[Unix] Recuperation variable d'environnement

Bonjour tout le monde,

je rencontre un probleme en ce moment pour recuperer une variable d'environnement sous unix.
J'utilise Java 1.4.2, la methode System.getEnv() est donc depreciated. Pas de probleme, me dis-je (:p) je refait une fonction perso pour recuperer les variables que j'ai besoin...

Voici donc le bout de code qui me le permet:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20

public static void main(String[] args) throws IOException {   String EnvValue=null; Process process = null; BufferedReader br = null;   String CmdWin[] = {"cmd.exe", "/C", "echo %" + args[0] +"%"}; String CmdUnix = "echo ${AOUTIL_CONFFILE}";   if(OSType.equalsIgnoreCase("win")) process = Runtime.getRuntime().exec(CmdWin); else if(OSType.equalsIgnoreCase("unix")) process = Runtime.getRuntime().exec(CmdUnix);   br = new BufferedReader( new InputStreamReader(process.getInputStream())); EnvValue = br.readLine();   br.close(); process.destroy();   System.out.println(EnvValue); }

---

Sous windows tout marche nickel, je recupere la valeur de ma variable d'environnement dans EnvValue. Sous unix, c'est une autre histoire. Lorsque je lance la commande

Code:

---

echo ${Nom_variable}

---

dans mon shell je recupere la bonne valeur, mais lorsque que je lance mon programme java pour executer la meme commande par l'intermediaire d'un

Code:

---

Runtime.getRuntime().exec("echo ${nom_variable});

---

, j'obtien l'affichage suivant:

Code:

---

1 2 3

sun26:/home/brunel/romain> java -jar test.jar ${AOUTIL_CONFFILE} sun26:/home/brunel/romain>

---

en gros il m'affiche juste ce qui apparait apres le echo, c'est comme si il ne faisait pas le lien avec la variable d'environnement...

des idées??

merci d'avance

Cordialement

As-tu testé ta commande directement en mode console sur ta machine pour vérifier qu'elle fonctionnait?

Sais-tu quel shell est utilisé par la JVM au moment d'iexécuter une commande UNIX?

lorsque j'execute ma commande

Citation:

---

echo ${nom_variable}

---

directement dans le shell tout marche bien, je recupere la bonne valeur.

Par contre je ne sais pas quel shell est utilisé par la JVM. y-a-t-il une commande particulière pour le savoir?

Bah... pour connaître le shell en cours d'utilisation, tu peux tenter un....... "echo $SHELL" :mrgreen:

Eventuellement, essaye sans les accolades: certains shells ne les apprécient justement pas. Donc si le shell utilisé par la JVM n'est pas celui que tu veux, le problème peut venir de là.

Sinon, tu peux aussi forcer le shell en exécutant d'abord la commande "ksh", "bash", etc.

mon shell est donc ksh.

Lorsque j'execute dans mon shell la commande

Citation:

---

ksh -c 'echo $AOUTIL_CONFFILE'

---

il me renvoit bien la valeur.

par contre quand je l'execute par le biais de mon programme java j'obtient une exception:

Code:

---

1 2 3 4 5 6 7 8 9

sun26:/home/brunel/romain> java -jar test.jar Exception in thread "main" java.io.IOException: ksh -c 'echo $AOUTIL_CONFFILE': not found at java.lang.UNIXProcess.forkAndExec(Native Method) at java.lang.UNIXProcess.<init>(UNIXProcess.java:52) at java.lang.Runtime.execInternal(Native Method) at java.lang.Runtime.exec(Runtime.java:566) at java.lang.Runtime.exec(Runtime.java:491) at java.lang.Runtime.exec(Runtime.java:457) at test.Main.main(Main.java:35)

---

mouarf...

[edit]: je me pose la question si ce n'est pas un probleme de syntaxe avec les guillemets, cote, etc...si quelqu'un est pro la dedans....

Je soupçonne effectivement que Runtime.exec() tente d'interprêter le texte entre les ' lui-même... Je ne suis pas un expert de la question, mais je te suggère d'essayer avec

Code:

---

taRuntime.exec("ksh -c \'echo $AOUTIL_CONFFILE\'");

---

ou tout simplement

Code:

---

taRuntime.exec("echo $AOUTIL_CONFFILE"); // sans les {}

---

Citation:

---

Envoyé par CyberChouan

Je soupçonne que Runtime.exec() tente d'interprêter le texte entre les ' lui-même...

Essaye donc avec

Code:

---

taRuntime.exec("ksh -c \'echo $AOUTIL_CONFFILE\'");

---

ou tout simplement

Code:

---

taRuntime.exec("echo $AOUTIL_CONFFILE"); // sans les {}

---

---

En cas d'espaces dans les paramètres il faut impérativement utiliser la méthode Runtime.exec() qui attend un tableau (cf Les bonnes pratiques pour exécuter une application externe en Java, autre lien intéressant : Runtime.exec() n'est pas des plus simple...).

Ca avance doucement.

Maintenant lorsque j'execute cette commande:

Code:

---

process = Runtime.getRuntime().exec("ksh -c echo \'$AOUTIL_CONFFILE\'");

---

il me renvoit une ligne vide:

Citation:

---

sun26:/home/brunel/romain> java -jar test.jar

sun26:/home/brunel/romain>

---

lorsque je l'execute avec:

Code:

---

process = Runtime.getRuntime().exec("echo $AOUTIL_CONFFILE");

---

il me renvoit:

Citation:

---

sun26:/home/brunel/romain> java -jar test.jar
$AOUTIL_CONFFILE

---

bizarre bizarre...je vais aller voir sur les liens que vous m'avez donné pour me renseigner...

C'est bon!!!! j'ai trouvé la solution.
donc pour que ca marche je fais:

Code:

---

1 2	String CmdUnix[] = {"ksh","-c","echo $AOUTIL_CONFFILE"}; process = Runtime.getRuntime().exec(CmdUnix);

---

et il me renvoit bien la valeur de ma variable d'environnement.

merci beaucoup !

++ :yaisse2:

Citation:

---

Envoyé par titoun256

J'utilise Java 1.4.2, la methode System.getEnv() est donc depreciated. Pas de probleme, me dis-je (:p) je refait une fonction perso pour recuperer les variables que j'ai besoin...

---

Ou comment se casser la tete pour rien suite a une grosse bourde de Sun.
Cette methode est UNIQUEMENT depreciee dans la 1.4 suite a une decision stupide qui a ete annulee dans la 1.5+ (ben oui cette methode n'est plus depreciee dans 1.5 et 1.6) !!!!!!!!!!!!!
Tu peux donc l'utiliser sans aucun probleme !

Voila, desole d'avoir gache votre trip sur les Process...

Salut,

Citation:

---

Envoyé par bouye

Ou comment se casser la tete pour rien suite a une grosse bourde de Sun.

---

+1

Où quand la volonté d'une portabilité maximum pose plus de problème qu'autre chose :?

Citation:

---

Envoyé par bouye

Cette methode est UNIQUEMENT depreciee dans la 1.4 suite a une decision stupide qui a ete annulee dans la 1.5+ (ben oui cette methode n'est plus depreciee dans 1.5 et 1.6) !!!!!!!!!!!!!
Tu peux donc l'utiliser sans aucun probleme !

---

Pas tout à fait : cette méthode est déprécié depuis Java 1.1 ou 1.2 je crois, mais comme toutes les méthodes déprécié elle continuait à fonctionner normalement...
Par contre dans Java 1.4 elle a le défaut de se contenter de renvoyer une joli exception... Donc si les machines cibles utilisent du 1.4 tu es obligé de trouver une alternative :(

a++

Oui effectivement comment se casser la tete...mais voila comme dit adiGuba, mes machines cibles tournent toutes sous Java 1.4.2 sans perspective d'evolution...


en tout cas merci pour votre aide ! ;)

Zut, effectivement, j'aurai du fouiller un peu plus avant d'intervenir :oops:
Ahh effectivement, depreciee dans la 1.3.1 qui est la plus ancienne doc que je trouve chez eux. Ah donc le tolle a la sortie de la 1.4 concernait l'exception, pas le deprecated.