.properties Récupérer une variable d'environnement

Bonsoir à tous

Débutant en Java, je me heurte à la substitution de variables d'environnement à l'intérieur d'un .properties
En utilisant ceci comme modèle :

Code:

---

set ADHERENT=ZX

---

Apres avoir verifier par echo que la variable est renseignée, connue, ...

Le script qui lance la ligne de commande java

Code:

---

java -DAdh=%ADHERENT% -Xmx768m -classpath %SOURCE_JAR%\;%SOURCE_JAR%\ListDocInstance.jar ListDocInstance ListDocInstance.properties

---

Le .properties contient

Code:

---

LISTCENT=${Adh}

---

Et c'est là, c'est littéralement "${Adh}" qui est récupéré, et non "ZX"
Où couille-je ?
Merci d'avance

p.s. Je croyais que c'était log4j qui gére les .properties, mais il semble que ce ne soit pas le cas ...

Tu ne couilles nulle part.

Le comportement est tout a fait normal.

Comment java pourrais-t-il savoir qu'il doit faire une substitution lors de la lecture d'un fichier properties en se référant variables système ?

Citation:

---

Envoyé par wax78

Tu ne couilles nulle part.
Le comportement est tout a fait normal.
Comment java pourrais-t-il savoir qu'il doit faire une substitution lors de la lecture d'un fichier properties en se référant variables système ?

---

Bon, tant pis.
Je vais scripter pour générer les .properties pour chacune des plateformes ...
Merci qd meme !

Citation:

---

Envoyé par wax78

Comment java pourrais-t-il savoir qu'il doit faire une substitution lors de la lecture d'un fichier properties en se référant variables système ?

---

En cherchant sur la toile, j'ai trouvé des solutions de substitution dans les .properties, mais lus par log4j, pas ceux lus cruement par le code ...
Donc, j'ai émis l'hypothèse que, peut-être, cela était possible en dehors de log4j.

Bah faut dire que tu n'expliques pas comment tu lis/ecris tes fichiers properties.

Un fichier properties en java en general se manipule avec la classe Properties. Je vois pas trop ce que log4j vient faire la dedans entres nous. (mais je ne suis pas au courant de tout non plus ;)

Citation:

---

Envoyé par bmayer

Donc, j'ai émis l'hypothèse que, peut-être, cela était possible en dehors de log4j.

---

Bah log4j a été fait par des gens, hein, c'est pas une ressource unique qu'on a trouvé sur Terre et décidé de l'utiliser pour ses capacités uniques. N'importe qui d'autre peut décider d'appliquer les mêmes traitements aux .properties que le fait log4j.
De même que si tu trouves un nombre dans un .properties, tu peux le multiplier par deux si t'en as envie, eh ben, si tu trouves un truc qui ressemble à ${MACHIN}, tu peux le remplacer par la valeur d'une variable MACHIN si t'en as envie. Le truc c'est que personne le fera à ta place.

... Enfin personne, c'est vite dit : en fait la bibliothèque tierce Apache Commons Configuration fait le plus gros du boulot pour toi. Mais il faut la prendre, l'installer et t'en servir.

C'est un lot d'outils réalisés par un prestataire.
N'étant pas programmeur Java, je préfère ne pas y toucher, d'autant que ça tourne.
Il y a juste un problème d'industrialisation ; Le fichier de paramétrage (le .properties) comporte le ~~~nom machine, je ne vais pas éditer autant de .properties qu'il n'y a de machines, autant utiliser l'info qui se trouve dans des variables d'environnement.
L'exécution d'un outil trace ses actions, en faisant des écritures dans un fichier (.log), la gestion de ceci se fait par log4j.
Pour que log4j fonctionne comme attendu, par ex. que le fichier de sortie soit à un endroit précis, log4j récupère son paramétrage dans un .properties.

Oui, on sait, log4j a programmé ce genre de post-processeur.
Tu pourrais en utiliser un semblable, mais si tu ne peux pas toucher au code, ça n'arrivera pas, c'est tout.

Après, rien ne t'empêche de faire un pré-processeur en amont, en dehors du code de l'appli, avant de la déployer.

Citation:

---

Envoyé par thelvin

Après, rien ne t'empêche de faire un pré-processeur en amont, en dehors du code de l'appli, avant de la déployer.

---

C'est tout à fait ce que je vais faire, du scripting pour construire les .properties à la volée, avant exécution. Merci Thelvin.