On Fri, 26 Feb 2010 14:25:15 +0100 Arnaud Thimel <thimel@codelutin.com> wrote: Juste pour dire que je suis d'accord avec Arnaud :D pour ce qui est du probleme de multiple instance, il suffit de surcharge la valeur de 'config.file' sur la ligne de commande de lancement de l'application ou dans les properties de la JVM ou dans les variables d'environnement. Et ca devrait rouler, car ces 3 choses la sont evaluer avant de rechercher le fichier de config et donc le nom de celui-ci peut-etre changer par exemple pour 2 instances ou pour les besoins des tests. Donc a moins que vous ayez beaucoup modifier le code (j'ai pas update avant de verifier), c deja dans ApplicationConfig.
Le 26.02.2010 11:35, Stephane CHORLET a écrit :
Au build du jar, tu met une conf par défaut, genre une base h2 ou derby. Lors d'une installation, une pratique courante est de dezipper le jar ou le war et de modifier les fichiers de conf présents et de repackager le tout.
Pratique courante, oui. Mais pour moi c'est une mauvaise pratique.
Je comprend bien que donner une priorité supérieure à /etc/ représente une facilité, mais cela introduit un comportement inhabituel.
Disons que pour moi la conf d'une appli est relative à une machine, et il est donc logique que cette conf soit séparée du binaire.
Et je ne pense pas que nous soyons les seuls à faire ça. Regardes ce que tu installes sur ton système (exemple un serveur FTP), si télécharges/installes le binaire puis tu modifies sa conf dans /etc. Quand tu mets à jour ton binaire, ta conf ne saute pas. Pourquoi ne pas faire pareil avec nos applis ?
Ca pose des problèmes pour les tests (le problème de eric) et ça en posera si tu souhaites installer 2 instances de ton application sur un même serveur.
C'est vrai. Au même titre que quand je veux installer 2 serveurs FTP. Dans ce cas particulier, tu adaptes ta conf...
Arnaud.
PS: Désolé d'avoir ""relancer"" le débat alors que tu as dit "Bah moi je laisse tomber". Mais je n'avais pas eu le temps de m'exprimer entre tes 2 derniers mails.
-- Société Code Lutin http://www.codelutin.com tel : 02 40 50 29 28 fax : 09 59 92 29 28
_______________________________________________ Nuiton-utils-devel mailing list Nuiton-utils-devel@list.nuiton.org http://list.nuiton.org/cgi-bin/mailman/listinfo/nuiton-utils-devel
-- Benjamin -------------------- tél: +33 (0) 2 40 50 29 28 email: poussin@codelutin.com () campagne du ruban ascii http://www.codelutin.com /\ pour les mails en ascii