Discussion :

[titoun256]

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 :

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

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 :

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

 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 :

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

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

, j'obtien l'affichage suivant:

Code :

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

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

[CyberChouan]

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?

[titoun256]

lorsque j'execute ma commande

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?

[CyberChouan]

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

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.

[titoun256]

mon shell est donc ksh.

Lorsque j'execute dans mon shell la commande

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 :

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

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....

[CyberChouan]

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 :

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

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

ou tout simplement

Code :

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

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

[le y@m's]

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

Essaye donc avec

Code :

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

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

ou tout simplement

Code :

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

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...).

[titoun256]

Ca avance doucement.

Maintenant lorsque j'execute cette commande:

Code :

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

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

il me renvoit une ligne vide:

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

sun26:/home/brunel/romain>

lorsque je l'execute avec:

Code :

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

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

il me renvoit:

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...

[titoun256]

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

Code :

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

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 !

++

[bouye]

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...

[adiGuba]

Salut,

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

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++

[titoun256]

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 !

[bouye]

Zut, effectivement, j'aurai du fouiller un peu plus avant d'intervenir
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.