Pour la partie statistique d'une application, plusieurs requêtes changent souvent et sont également longues. Les deux arguments IMHO pour supprimer les requêtes du code source et les mettre quelque part où ils peuvent être facilement édités dans un format convivial et également copier/coller depuis et vers un éditeur QL. Ceci disqualifie les requêtes nommées de JPA.Pratique recommandée pour l'externalisation des requêtes dans J2EE (joint spécifique)
L'environnement est une application Seam, mais cette question peut être intéressante pour J2EE en général. De mon point de vue il y a trois solutions: Pour les requêtes statiques relatives, je peux utiliser une maison de requête gérée par Seam, mais la gestion des requêtes paramétrées devient moche quand vos paramètres ne sont pas dans une portée et sont passés comme paramètres de méthode.
Ma solution actuelle consiste à placer toutes les requêtes dans un fichier de messages Seam et à y accéder via la matrice de messages. Une troisième façon serait de créer votre propre composant Seam qui lit les requêtes de quelque part et les fournit.
Comment avez-vous géré un tel scénario? Ai-je manqué une solution évidente?
J'ai fini par utiliser la même solution que celle proposée dans la question référencée, avec une petite modification: formuler chaque requête sql dans un seul fichier, fusionner les fichiers dans le fichier de propriétés avec la tâche maven, utiliser le fichier via le composant seam. –