Comment récupérer la valeur d'une variable d'environnent

Version imprimable

21/10/2010, 12h28
badreddine540

Comment récupérer la valeur d'une variable d'environnent

Bonjour.

Je souhaite récupérer une variable d'environnement système comme JAVA_HOME
j'ai essayé System.getenv("JAVA_HOME"); et ça marche pas une erreur est levé
getenv no longer supported, use properties and -D instead: JAVA_HOME

pour System.getPropertie ça renvoie que les variable du RunTime

Autre chose, j'utilise java 1.4
Merci d'avance
21/10/2010, 12h47
hwoarang

Allez, 2 solutions possibles mais il y a peut etre plus propre :
1 - Executer la commande "echo %JAVA_HOME% et recuperer stdout.
Mais je prefere :
2 - Lancer l'executable avec un script qui ajoute la valeur de JAVA_HOME.

Par exemple, si c'est un .bat :
java -DJAVA_HOME=%JAVA_HOME% maClasse

et tu recuperes la valeur de JAVA_HOME avec System.getProperty

Comme ca, avec la 2e solution, il suffit de changer le script en fonction de l'OS mais le programme JAVA reste compatible et n'a pas besoin de savoir sur quelle plateforme il tourne.

a+
21/10/2010, 13h00
Invité

Il existe deux méthodes getenv mais ni l'une ni l'autre ne semble dépréciée en java 1.6.

J'ai une préférence pour la méthode System.getenv() qui retourne une Map<String,String>.
http://download-llnw.oracle.com/java....html#getenv()

Il faut faire ça:

Code:

String javaHomeValue = System.getenv().get("JAVA_HOME");
21/10/2010, 13h55
badreddine540

Et comme précision ce n'est pas JAVA_HOME qui m'intéresse c'est d'autres variables d'env qui n'ont pas de relation avec Java. j'ai par exemple une variable qui stocke l'adresse du serveur de base de donnée
21/10/2010, 14h16
adiGuba

Salut,

Citation:

Envoyé par Nudger

Il existe deux méthodes getenv mais ni l'une ni l'autre ne semble dépréciée en java 1.6.

Mais System.getenv() était bien dépréciée en Java 1.4 (en fait depuis la version 1.2 ou 1.3 je ne suis plus sûr) pour des raisons assez idiotes en fait (Ce n'est pas portable car la casse n'est pas forcément prise en compte selon l'OS).
Heureusement cela a été réintroduit dans Java 5.0...

Le problème c'est qu'en plus d'être dépréciée, cette méthode renvoyait carrément une exception :aie:

Une solution (pas top) serait de passer par une commande externe via Runtime.exec()... mais niveau portabilité c'est pas la joie :(

a++
21/10/2010, 14h17
hwoarang
J'imagine que tu es sous windows. Si echo %JAVA_HOME% renvoie %JAVA_HOME%, c'est que la variable n'est pas connue.

Pour etre sur, tu peux faire la commande "set" sans argument qui affiche la liste des variables d'environnement. Ensuite, il ne reste plus qu'à chercher...

Cela dit, chez moi, ton code renvoie une exception. Pour le faire marcher, j'ai fait :
Code:

1 2 3 4 5 Process ps = Runtime.getRuntime().exec( new String[] { "cmd", "/C", "echo", "%JAVA_HOME%" });
a+
21/10/2010, 14h29
badreddine540

Et env ça marche bien sous linux comme sous windows

Merci pour l'aide et je souhaite que ça aidera d'autres personnes

Voila la solution que j'ai. Merci pour votre aide, et j'espère que ça aidera d'autres personnes

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
 
Process ps = Runtime.getRuntime().exec("env");
			BufferedReader reader = new BufferedReader(new InputStreamReader(ps.getInputStream()));
			String line = "";
			try {
				while((line = reader.readLine()) != null) {
					if(line.startsWith("JAVA_HOME")){
						javahome= line.split("=")[1];
					}
 
				}
			} finally {
				reader.close();
			}

Bien vu pour env en plus cela a l'air bien plus portable :ccool:
Perso j'aurais plutôt pensé à un echo :?

A noter quand même qu'il est préférable de fermer les autres flux du process.
De même du coup on pourrait imaginer de charger toutes les variables d'environnement directement dans un Properties :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
    public static Properties getenv() throws IOException {
        Process process = Runtime.getRuntime().exec("env");
        try {
            process.getOutputStream().close();
            process.getErrorStream().close();
 
            Properties env = new Properties();
            InputStream input = process.getInputStream();
            try {
                env.load(input);
            } finally {
                input.close();
            }
            return env;
        } finally {
            process.destroy();
        }
    }

a++

21/10/2010, 15h37
hwoarang

env marche sous windows ??? Pour moi, c'est une commande linux dont l'equivalent est set...

Citation:

Envoyé par hwoarang

env marche sous windows ??? Pour moi, c'est une commande linux dont l'equivalent est set...

Arghh!!! Autant pour moi ! En fait j'utilise "msys" qui intègre une commande env sous Windows... Du coup ça marchait :aie:

Le problème en utilisant set, c'est que c'est une commande interne du shell... et ce dernier est différent selon les versions de Windows (cmd.exe ou command.com sous les anciens Windows).

Du coup ça donnerait ceci :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
    public static Properties getenv() throws IOException {
 
        final String osName = System.getProperty("os.name");
        final String[] command;
 
        if (osName.indexOf("Windows")>=0) {
            if (osName.indexOf("Windows 3")>=0
             || osName.indexOf("Windows 9")>=0
             || osName.indexOf("Windows ME")>=0) {
                // Windows 3.x, 9x, ME :
                command = new String[] { "command.com", "/C", "set" };
            } else {
                // Windows NT, 2000, XP, Vista, Seven
                command = new String[] { "cmd.exe", "/C", "set" };
            }
        } else {
            // Autres systèmes :
            command = new String[] { "env" };
        }
 
        Process process = Runtime.getRuntime().exec(command);
        try {
            process.getOutputStream().close();
            process.getErrorStream().close();
 
            Properties env = new Properties();
            InputStream input = process.getInputStream();
            try {
                env.load(input);
            } finally {
                input.close();
            }
            return env;
        } finally {
            process.destroy();
        }
    }

Bon je l'accorde le support de Windows 3.1/9x/ME ne doit pas intéresser grand monde... mais quand même :(

a++

PS : C'était vraiment une idée à la con de "tuer" System.getenv() :calim2: