Discussion :

[in]

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 :

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

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

[ltournayre]

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

Code :

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

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

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

[in]

le chemin dans lequel est mon jar :

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 :

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

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

[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 ?

[adiGuba]

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 :

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

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

[BlackWood]

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 !

[in]

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

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

[yann2]

Salut :

public void setCurrentDirectory(File dir)

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

[in]

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.

[yann2]

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

Peut être qu'il ne trouve pas le répertoire. Bref, il faut tester.

[adiGuba]

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

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

[yann2]

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

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

Ce qui m'étonnerait...

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

[in]

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 :

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

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 :

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

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