RE: Coder ou configurer was Re: Partager un modèle jpa e ntre plusieurs war
<[email protected]> Thu, 28 Jul 2011 16:10:14 +0200
| Newsgroups | gmane.comp.java.french.general |
|---|---|
| Message-ID | <9843_1311862324_4E316E34_9843_401464_1_9A0AC53E58D55946ADB5B1AA8AB75D7C43885A631C@PUEXCB2C.nanterre.francetelecom.fr> |
Dans notre cas les fichiers de properties sont cherchés dans le classpath et on en a 2 versions : Une « par défaut », dans les .war Et une « customisée » dans $JONAS_HOME/notreProduit/conf On a configuré Jonas de telle sorte que $JONAS_HOME/notreProduit/conf soit dans le classpath et pris en priorité (j'ignore les détails techniques). Ca marche pas mal comme ça. J'ai aussi procédé de la sorte avec des déploiement dans Fuse ESB. My 2 cents, Patrice De : Sebastien Cesbron [mailto:[email protected]] Envoyé : jeudi 28 juillet 2011 15:49 À : java Java Objet : Re: Coder ou configurer was Re: Partager un modèle jpa entre plusieurs war C'est un peu la question que je me pose actuellement : comment architecturer tout mon bazard pour que ce soit simple à la fois en dev et en prod et que ce ne soit pas trop monolithique. Le multi module c'est bien mais encore faut il que ça s'intègre bien dans l'ide, d'après ce que j'ai compris ça devrait marcher pas trop mal mais je vais tester quand même. Autre point tant qu'on parle des env de PROD/TEST/DEV ... : Comment gérez vous les spécificités de ces envs ? Perso je vais mettre en place un PropertyPlaceholderConfigurer de Spring. Ca fonctionne bien. Par contre niveau maven je cherche encore pour qu'à la sortie mon fichier de conf soit externe à mon war. Je cherche encore la bonne solution : certains ont des retours d'exp là dessus ? ******************************************************************************** IMPORTANT.Les informations contenues dans ce message electronique y compris les fichiers attaches sont strictement confidentielles et peuvent etre protegees par la loi. Ce message electronique est destine exclusivement au(x) destinataire(s) mentionne(s) ci-dessus. Si vous avez recu ce message par erreur ou s il ne vous est pas destine, veuillez immediatement le signaler a l expediteur et effacer ce message et tous les fichiers eventuellement attaches. Toute lecture, exploitation ou transmission des informations contenues dans ce message est interdite. Tout message electronique est susceptible d alteration. A ce titre, le Groupe France Telecom decline toute responsabilite notamment s il a ete altere, deforme ou falsifie. De meme, il appartient au destinataire de s assurer de l absence de tout virus. IMPORTANT.This e-mail message and any attachments are strictly confidential and may be protected by law. This message is intended only for the named recipient(s) above. If you have received this message in error, or are not the named recipient(s), please immediately notify the sender and delete this e-mail message. Any unauthorized view, usage or disclosure ofthis message is prohibited. Since e-mail messages may not be reliable, France Telecom Group shall not be liable for any message if modified, changed or falsified. Additionally the recipient should ensure they are actually virus free. ********************************************************************************