Discussion :

[hapalemur]

Bonjour à tous,
Dans 2 applications, j'ai besoin de récupérer un fichier config.xml ; Ce fichier se situe au même niveau que l'archive war/jar.
L'instance d'une classe se charge de la récupération de ce fichier dans les 2 contextes suivants :

1. application déployée dans Tomcat ( /webapps/webAppli.war + config.xml ) :
   

   Code :

   Sélectionner tout - Visualiser dans une fenêtre à part

   1
   2
   String pathTomcat = System.getProperty("catalina.base");
   File cfg = new File(pathTomcat + "/webapps/config.xml");

2. application accessible en ligne de commande ( ./monAppli.jar + config.xml ) :
   

   Code :

   Sélectionner tout - Visualiser dans une fenêtre à part

   1
   2
   String pathUser = System.getProperty("user.dir");
   File cfg = new File(pathUser + "/config.xml");

Question : Quel est le test que je dois effectuer au niveau de la classe pour savoir si je suis dans le cas 1 ou le cas 2 ?

[tchize_]

c'est à la fois une manière curieuse d'aller chercher un fichier de config et, dans le cas tomcat, un endroit curieux pour la stocker. Dans tous les cas, l'existance de catalina.base devrais te suffir à déterminer si tomcat est présent ou non.

[hapalemur]

Hello,

c'est à la fois une manière curieuse d'aller chercher un fichier de config

Peut-être, mais si je le mets dans le jar/war, comment vais-je l'éditer et modifier l'adresse du serveur Mysql.

dans le cas tomcat, un endroit curieux pour la stocker

Mais alors où ?

l'existance de catalina.base devrais te suffir à déterminer si tomcat est présent ou non.

Celà signifie que si l'utilisateur du .jar a Tomcat présent sur son ordinateur, il doit arrêter Tomcat avant de lancer monAppli.jar ?
Tout celà peu peu sembler un peu compliqué, mais je vise à avoir le même comportement aussi bien sur un poste de développement que lors des déploiements en test ou production ainsi que lors de l'intégration en masse dans la base de données.
Alors tous les conseils sont les bienvenus.

[tchize_]

Peut-être, mais si je le mets dans le jar/war, comment vais-je l'éditer et modifier l'adresse du serveur Mysql.

Pour les desktop, l'usage veux que la config se place dans le user.dir, dans un sous répertoire qui correspond à l'application

Pour les webapp, normalement, on configure la base de données sous forme d'un datasource qu'on configure dans le conteneur. Au pire, si on veux gérer sois meme la connection, on met alors la config dans le répertoire WEB-INF/ ou WEB-INF/classes.

Celà signifie que si l'utilisateur du .jar a Tomcat présent sur son ordinateur, il doit arrêter Tomcat avant de lancer monAppli.jar ?

non, seule la JVM démarrée par les scripts de démarrage de tomcat possède un catalina.home. A moins bien sur que, sur le poste en question, quelqu'un aie eu l'idée saugrenue de créer une variable d'environnement globale catalina.home.

je vise à avoir le même comportement aussi bien sur un poste de développement que lors des déploiements en test ou production ainsi que lors de l'intégration en masse dans la base de données.

L'idée est bonne, la réalisation me semble mauvaise. Tu devrais avoir un jar qui correspond à ton "service", que tu peux utiliser au choix dans tomcat ou dans une application standalone, mais ce jar devrais nécessiter que l'application utilisatrice lui fournisse sa config. Ainsi tu aurais, coté tomcat, le jar dans WEB-INF/lib, plus un context listener ou autre chose qui initialise ton service en allant cherche la config dans WEB-INF/myconfigxml, et du coté application standalone, tu aurais le main qui ferais le meme genre de boulot en allant chercher dans le user.dir. Avec ce système t'as meme pas besoin de détecter l'environnement, c'est la manière d'initialiser le service qui changera.

[hapalemur]

Bjr,
Merci pour la réponse.
Pour faire simple et rapide, je vais tester l'existence de CATALINA_HOME et mettre le fichier config.xml à l'endroit adéquat. Ultérieurement, je vais me pencher sur le Datasource configuré dans le Container.

non, seule la JVM démarrée par les scripts de démarrage de tomcat possède un catalina.home. A moins bien sur que, sur le poste en question, quelqu'un aie eu l'idée saugrenue de créer une variable d'environnement globale catalina.home.

Bien vu, après vérif sur mon PC, cette variable était bien globale : lors de l'installation de Linux sur mon poste, il y a un an, je n'avais rien trouvé de mieux que de la mettre au même niveau que $JAVA_HOME ( donc .... idée saugrenue ) et correction effectuée par un export CATALINA_HOME="/usr/java/tomcat" dans le script chargé du service Tomcat (start/stop/restart).