Repertoire courant différent du répertoire de lancement ?

Version imprimable

30/10/2006, 15h08
in

Repertoire courant différent du répertoire de lancement ?

Bonjour,

c'est une question bateau surement mais je ne trouve pas de réponse à mon pb.

j'ai un petit jar executable. Quand je le lance j'ai une petite fenetre swing avec en particulier 2 champs de sélection de fichier. Et du coup un bouton permettant de parcourir l'arborescence.

Mon collègue que utilise cet outil depuis un moment, me dis "qu'avant" le répertoire initial de l'explorateur (pour choisir le fichier) était le répertoire courant (celui du jar). mais que "maintenant", ce répertoire initial est C:\Documents and ...

Hop je regarde dans le code (qui est de qqun d'autre) et je vois :

Code:

jfc.setCurrentDirectory(new File(System.getProperty("user.dir")))

A priori, le code devrait donner un JFileChooser commençant dans le répertoire courant ? Donc celui du jar exécutable ?

A ce moment là, pour quelle raison ne me trouve-je (8-) ) pas dans le bon répertoire ? Ca dépend d'une variable d'environnement ?

Si qqun a déjà eu ce genre de petit pb bien relou ... ?
30/10/2006, 15h19
ltournayre

Citation:

Envoyé par in

Hop je regarde dans le code (qui est de qqun d'autre) et je vois :

Code:

jfc.setCurrentDirectory(new File(System.getProperty("user.dir")))

Tu as la réponse dans ta question, pour plus d'info regarde la javadoc de System.getProperty

Louis
30/10/2006, 15h22
adiGuba

Salut,

ltournayre >> user.dir correspond bien au répertoire de travail...

in >> Quel est le chemin complet exactement ?
Comment est lancé l'application Java ?

Attention aux raccourcis Windows qui peuvent modifier le répertoire de travail...

a++
30/10/2006, 15h45
in

le chemin dans lequel est mon jar :

Citation:

K:\G_SIE\PCM\PCM Add-ons\Primatools\PMV5F

qui est un lecteur réseau (mais je crois quand local le comportement est identique)

je lance mon jar par clic droit -> javaw

le user.dir vaut :

Citation:

C:\Documents and Settings\monlogin\Mes documents

enfin c'est là que le JFileChooser me fait démarrer ...

je sais pas trop quoi donner comme autres infos ...
30/10/2006, 15h50
BlackWood

Bonjour,

N'est-ce pas du à un changement d'OS ou de configuration utilisateur ? Il me semble que le répertoire utilisateur ("user.dir") n'est disponible que depuis Windows 2000/XP ou tout autre Windows gérant "plus proprement" les utilisateurs. Avant, le répertoire "Documents and Settings" s'appelait "Mes documents" et ne contenait pas de "All user" ou de "Default user", etc. donc "user.dir" devait retournait null...
30/10/2006, 15h55
in

ben avant ça marchait. Par contre je ne sais pas quant était ce "avant" mais je ne pense pas qu'on est régréssés de versions. Tous les postes sont à priori XP ou 2000 ....

justement, à propos de valeurs nulles. Si par hasard, le getProperty(user.dir) renvoyait null. Aurais-je une exception ? Si non, dans quel répertoire me trouverai-je ?

BlackWood >> user.dir c'est le répertoire courant et non pas le répertoire de l'utilisateur (tu dois confondre avec user.home).

in >> J'ai essayer avec le simple code suivant de reproduire ton problème mais je n'ai pas réussi :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 final JFrame frame = new JFrame(); frame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE); JLabel label = new JLabel("user.dir : " + System.getProperty("user.dir") ); label.setBorder(BorderFactory.createEmptyBorder(10,10,10,10)); frame.add( label ); frame.pack(); frame.setLocationRelativeTo(null); SwingUtilities.invokeLater(new Runnable() { public void run() { frame.setVisible(true); } });
Dans tous les cas j'ai bien user.dir qui correspond au répertoire courant...

Il faudrait que tu arrives à distinguer exactement quel est la différence entre les deux mode de lancement de l'application...

a++

30/10/2006, 16h04
BlackWood

Citation:

BlackWood >> user.dir c'est le répertoire courant et non pas le répertoire de l'utilisateur (tu dois confondre avec user.home).

Exact. Autant pour moi ! ;)
30/10/2006, 17h06
in

Ce code tu l'exécute depuis un jar executable comme moi je suppose ?

Citation:

Envoyé par adiGuba

Il faudrait que tu arrives à distinguer exactement quel est la différence entre les deux mode de lancement de l'application...

je ne vois pas trop ce que tu veux dire mais je ne pense pas que ce code est changé depuis un bon bout de temps. Les config peut etre par contre (enfin c'est la cause la plus probable)

En meme temps je n'ai pas de variables d'environnement qui ait la valeur qu'il me présente.

Ca peut avoir rapport avec l'install de java ? je viens d'installer la 1.5 récemment mais le problème existait avant.

je vais voir si je peux avoir plus d'indice avec mon collègue.

En tout cas, je suis fixé, le code est à priori ok. Merci bien.

j'attends un peu et je ferme le post ...
30/10/2006, 17h06
yann2

Salut :

public void setCurrentDirectory(File dir)

Citation:

Envoyé par javadoc

Sets the current directory. Passing in null sets the file chooser to point to the user's default directory. This default depends on the operating system. It is typically the "My Documents" folder on Windows, and the user's home directory on Unix. If the file passed in as currentDirectory is not a directory, the parent of the file will be used as the currentDirectory. If the parent is not traversable, then it will walk up the parent tree until it finds a traversable directory, or hits the root of the file system.

Il semble que tu passes null à setCurrentDirectory...

bon courage
30/10/2006, 17h26
in

Citation:

Envoyé par yann2

Il semble que tu passes null à setCurrentDirectory...

Oui en effet. Je vais pousser dans cette voie. Y a t'il des raisons pour lequelles cette valeur est nulle ?

en tout cas désolé de ne pas avoir été voir de ce côté de la javadoc.
30/10/2006, 17h29
yann2

Il faut d'abord vérifier que new File(System.getProperty("user.dir")) est null. Ce qui m'étonnerait... :roll:

Peut être qu'il ne trouve pas le répertoire. Bref, il faut tester.:?
30/10/2006, 17h32
adiGuba

Citation:

Envoyé par yann2

Il faut d'abord vérifier que new File(System.getProperty("user.dir")) est null. Ce qui m'étonnerait... :roll:

Le résultat d'un new ne peut pas être null !
Dans le pire des cas, si la valeur renvoyé par System.getProperty() est null (bien que j'en doute), tu aurais une exception car le constructeur de File n'accepte pas les valeurs nulles...

Sinon vérifie l'association la commande associé au .JAR dans les options des dossier de l'explorateur Windows...

[edit] A tout hasard, vérifie que la valeur de "user.dir" ne soit pas modifié autre part dans le code de ton application...

a++
30/10/2006, 17h37
yann2

Citation:

Envoyé par adiGuba

Le résultat d'un new ne peut pas être null !

euh oui, c'est pour ça que j'ai rajouté :

Citation:

Ce qui m'étonnerait... :roll:

[edit] il faudrait un System.out.println(System.getProperty("user.dir"))
Pour écarter certaines pistes.[/edit]

bon,

en fait je me suis dit tant qu'à essayer de résoudre le problème autant y toucher un peu... et je crois que c'est bon. Je suis désolé, j'aurais pu trouver seul. Mais bon comme c'était supposé fonctionner "avant", je ne voulais pas trop tripatouiller.

Donc il y avait une ligne pas belle du tout
Code:

1 2 3 4 5 if (jtLog.getText() != null && jtLog.getText() != "") // HOU !! ;) { jfc.setCurrentDirectory(new File(jtLog.getText())); } else { jfc.setCurrentDirectory(new File(System.getProperty("user.dir"))); //$NON-NLS-1$ }
que j'ai remplacé par

Code:

!"".equals(jtLog.getText())

Si une valeur est déjà saisie, on la prend.

et voilà, j'ai l'impression que ça fonctionne.

Quant à savoir pourquoi ça marchait "avant" ;) ... ben tant pis.

je confirmerais par un petit résolu.

Désolé encore une fois de vous avoir dérangé pour ça (j'aurais dû mettre plus de code dès le début).

Mais bon, merci beaucoup !