[Stratégie] Rechargement de properties à chaud

Bonjour,

Je bosse sur un projet J2EE, avec des EAR, WAR et JAR. Evidemment, de temps à autre, j'ai besoin de fichier de properties pour paramétrer mon appli.

Du coup, j'ai des fichiers packagés à diférents niveaux de mon application.

Mon besoin, et je pense que celà doit concerner pas mal de monde, est de pouvoir modifier et prendre en compte à chaud les fichier properties.

Concernant la prise en compte de la modification, avec Apache Commons Configuration, c'est automatique.

Ma question porte plus sur le packaging. Si je veux modifier un fchier properties propre à un JAR, et que celui-ci est packagé dans le JAR, celà ne fonctionnera pas...

Avez-vous déjà rencontré ce type de problème ? Ou positionner mes properties pour qu'ils soient accessbles par mon JAR, mais aussi modifiable sur le FS cible, le tout en conservant un packaging J2EE ?

Merci de votre aide.

Dripple.

Citation:

---

Avez-vous déjà rencontré ce type de problème ? Ou positionner mes properties pour qu'ils soient accessbles par mon JAR, mais aussi modifiable sur le FS cible, le tout en conservant un packaging J2EE ?

---

perso j'ai rencontré plusieurs approches différentes, tout dépend des contraintes émises par l'exploitation :
- soit tu livres un war/ear avec des ficheirs de propriété génériques (c-a-d variabilisés) + un script qui dézippe, remplace les variables + rezippe.
- soit tu embarques des fichiers de propriété par défaut dans le war/ear. Ensuite au démarrage de l'application, tu vérifies si des variables d'environnement sont présentes et pointent sur les fichiers redéfinis qq part sur le FS (ce qq part est géré par l'exploitation).
- l'exploitation dépackage le war/ear explicitement dans un répertoire. La modif des fichiers est alors facile/
- dans le cas de Tomcat, tu peux définir toutes tes propriétés dans le fichier de configuration du context.xml ou server.xml. Mais 1) c'est vite le bordel 2) faut redéployer l'appli pour reprendre en compte les modifs.
-tu définis toute tes proprétés dans jndi! (pratique en mode cluster)

Merci pour ce retour. Effectivement, je me demande si l'idéal ne serait pas d'utiliser JNDI. J'vais y rélféchir. :-)