recuperer une variable d'environnement

**yann_p** · 24/04/2006, 15h33

Bonjour tout le monde,
je souhaiterai recuperer une variable d'environnement, pour cela, je pensais utiliser:

Code :

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

1
2
 
System.getProperty("qqchose");

Le seul hic, c'est que cette methode ne permet de recuperer que des variables d'environnement systeme (path,ect..)

(le programme doit marcher aussi bien sous windows que sous unix)

Je ne sais donc pas quoi faire pour recuperé une variable créée par moi :/.
Merci.

Yann

**Baptiste Wicht** · 24/04/2006, 15h36

Tu peut employer la méthode getenv(String key), mais le problème est qu'elle est dépréciée

**yann_p** · 24/04/2006, 15h37

J'avais vu cette methode, mais que veut dire exactement déprécié ?

**Baptiste Wicht** · 24/04/2006, 15h39

Ca veut dire que cette méthode ne sera peut-être pas reprise dans les versions suivantes de la JVM

Donc, si tu fais ton appli aujourd'hui sur la 1.5, peut-être que plus tard sur la 1.7, elle n'existera plus

**yann_p** · 24/04/2006, 15h45

arf :/

ça m'embete ça.

je vous explique ce que je veux faire, peu etre qu'il y a une autre solution. J'ai codé une application, et pour fonctionner elle a besoin de connaitre le chemin complet du fichier "config.ini" ( aussi bien sous windows que linux). ne connaissant pas l'endroit, ni la plateforme où va etre installée l'application je pensai utiliser une variable d'environnnement.

piouf

!! auriez vous des suggestions qui pourrez m'aider ?

**adiGuba** · 24/04/2006, 15h50

Salut,

C'est à la fois simple et complexe...

Si tu utilises Java 5.0, tu peux tout simplement utiliser la méthode System.getEnv() (attention toutefois à Windows qui est case-insensitive... tiens ca me rappelle un certain débat

)

Mais si cette méthode existe depuis le premier JDK mais elle a été deprecated pendant un bon bout de temps (depuis le JDK 1.2 il me semble) et elle provoquait une erreur si on essayait de l'utiliser...

Donc tu ne pourras pas l'utiliser si ton application doit fonctionner avec un JRE plus ancien...

A l'époque il était conseillé d'utiliser plutôt les propriétées avec System.getProperty() mais l'inconviénient c'est que tu dois la passer à ton programme avec -D quand tu le lances, par exemple :

Pour Windows :

Code :

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

java -Dqqchose=%qqchose% TaClassePrincipale

Pour Linux/Unix:

Code :

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

java -Dqqchose=$qqchose TaClassePrincipale

Enfin, dernière solution (mais pas très propre) : tu peux lancer le built-in set qui te renvoit la liste des variables d'environnement...

a++

**adiGuba** · 24/04/2006, 15h52

Envoyé par wichtounet

Donc, si tu fais ton appli aujourd'hui sur la 1.5, peut-être que plus tard sur la 1.7, elle n'existera plus

Sauf que getEnv() n'est plus deprecated sur le 1.5

Et qu'il y a vraiment peu de chances que les méthodes deprecated soit supprimé (c'est déjà étonnant que getEnv() ait renvoyé une exception), ne serait-ce que pour assurer la compatibilité ascendante...

a++

**yann_p** · 24/04/2006, 15h56

j'utilise la 1.4.2 me conseillez vous de changer de version ? c'est peu etre la chose la plus simple a faire.

**Baptiste Wicht** · 24/04/2006, 16h00

Envoyé par adiGuba

Sauf que getEnv() n'est plus deprecated sur le 1.5

Et qu'il y a vraiment peu de chances que les méthodes deprecated soit supprimé (c'est déjà étonnant que getEnv() ait renvoyé une exception), ne serait-ce que pour assurer la compatibilité ascendante...

a++

Ok, autant pour moi

P.S. A moins d'une erreur dans la documentation sur le javasearch, getEnv n'existe pas, c'est plutot getenv, ce qui d'ailleurs me semble bizarre

**adiGuba** · 24/04/2006, 16h01

Envoyé par yann_p

j'utilise la 1.4.2 me conseillez vous de changer de version ? c'est peu etre la chose la plus simple a faire.

Ben ca dépend de toi ! Quel est la cible de l'application ? Tes clients peuvent-ils changer de version ???

Si oui je te conseille vivement la 5.0, qui apporte beaucoups d'améliorations (voir la présentation de Java 5.0 par Lionel Roux).

a++

**adiGuba** · 24/04/2006, 16h03

Envoyé par wichtounet

P.S. A moins d'une erreur dans la documentation sur le javasearch, getEnv n'existe pas, c'est plutot getenv, ce qui d'ailleurs me semble bizarre

Oui en effet c'est bien getenv() sur Java 1.4 et 5.0, c'est moi qui me suis trompé en rajoutant le E par habitude...

Et oui même chez Sun il n'ont pas toujours respecté les règles de nommages

**Betatesteur** · 24/04/2006, 16h04

changer de version 1.4.2 à 1.5
pas nécessairement.

**yann_p** · 24/04/2006, 16h08

il est clair que le mieux pour les clients serait de ne pas changer de version.

tu entendais quoi par:

Enfin, dernière solution (mais pas très propre) : tu peux lancer le built-in set qui te renvoit la liste des variables d'environnement...

**yann_p** · 24/04/2006, 16h09

ah ?
Betatesteur

tu as une autre solution ?

**Betatesteur** · 24/04/2006, 16h19

T'as pas besoin de changer de version elle ne sera pas supprimé de si tôt cette méthode

Etant donné que java est multiplatforme, peu importe unix ou windows, java par l'intermédiaire de la class java.lang.System te donnera accès à toutes les variables définies par le système (unix ou windows)
Mais se baser sur les variables du système n'étant pas très portable, Java définit un certain nombre de variables de façon indépendante de la plateforme d'exécution.
Exemple :

Code :

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

1
2
3
4
 
System.getProperty("user.dir");
System.getProperty("java.home");
System.getProperty("os.name");

Voir Faq
Connaître la liste des variables d'environnement :
La liste des variables d'environnement est disponible par la méthode getProperties() de la classe java.lang.System.
Programme affichant la liste de toutes les variables :

Code :

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

1
2
3
4
5
6
7
 
java.util.Enumeration liste = System.getProperties().propertyNames();
String cle;
while( liste.hasMoreElements() ) {        
cle = (String)liste.nextElement();        
System.out.println( cle + " = " + System.getProperty(cle) );
}

**yann_p** · 24/04/2006, 16h24

j'ai déjà essayé ça, ça ne marche pas qu'avec certaines variables d'environnements

**adiGuba** · 24/04/2006, 17h02

Betatesteur : system.getProperties() ne te renvoit pas les variables d'environnements du système, mais des propriétées systèmes spécifique à Java, et que tu peux passer à ton programme via l'option -D de java.

Envoyé par yann_p

tu entendait quoi par:

Enfin, dernière solution (mais pas très propre) : tu peux lancer le built-in set qui te renvoit la liste des variables d'environnement...

Normalement lorsque tu tapes set dans une ligne de commande, tu as le même resultats sur la plupart des systèmes, c'est à dire que tu obtiens la listes des variables d'environnement sous un format :

Code :

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

clef=valeur

Il est donc possible de lancer cela et de récupérer le tout depuis Java...
Malheureusement comme c'est une commande built-in tu dois gérer les différents système à la main, car le programme à lancer diffère :

command.com /C set sous Windows 9x
cmd.exe /C set sous Windows NT...
/bin/sh set sous Unix...

De plus le format n'est pas forcément le même selon les versions de ton shell (sous Linux certain shell utilise des variables d'environnement comme des fonctions, défini sur plusieurs lignes).

J'avais un code qui faisait quelque chose de similaire... si je le retrouve...

Enfin une dernière solution serait de passer par JNI et du code natif, mais cela implique une recompilation pour chaque système cible...

a++

**Betatesteur** · 24/04/2006, 17h07

sorry

**adiGuba** · 24/04/2006, 17h08

Envoyé par Betatesteur

sorry

C'est rien ! C'est vrai que c'est assez proche

**Betatesteur** · 24/04/2006, 17h10

recuperer une variable d'environnement

API standards et tierces Java

Discussions similaires

Partager

Partager