Discussion :

[Goulutor]

Bonjour à tous,
J'aurais besoin (sous vista) de convertir des chemins incluant des jonctions [edit: jonctions = ~liens symboliques] en chemins "système" vers des fichiers à l'aide Java (ou à l'aide de JNI si c'est pas possible autrement). Par exemple, j'aimerais transformer C:\Utilisateurs\toto\Downloads\mondocument.doc en C:\Users\toto\Downloads\mondocument.doc.

L'idée bête et méchante serait de pouvoir configurer mon application avec une table de mappage contenant les chemins avec jonctions et les chemins sans jonctions. Mais c'est pas très joli et pratique à maintenir ce genre de choses.

Pour information, en Java, une telle instruction renvoie "false":

Code :

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

new File("C:\\Utilisateurs").exists();

Des idées ?
Merci d'avance

Goulutor

[adiGuba]

Salut,

C'est quoi une "jonction" exactement ?

Sinon tu dis que le répertoire C:\\Utilisateurs est visible depuis l'explorateur de fichier, mais inaccessible depuis un programme ???



A tout hasard tu utilises bien une JVM mise à jour pour Vista ?

a++

[Goulutor]

Enfin quand je dis jonctions, c'est plutôt des liens symboliques.

Sinon comme version de java j'utilise JRE et JDK 6 Update 16.

Si quelqu'un obtient "true" avec l'instruction sus-mentionnée, je veux bien savoir comment il a fait (à part créer un dossier "Utilisateurs" à la racine )

[adiGuba]

Enfin quand je dis jonctions, c'est plutôt des liens symboliques.

Ah ! Il existe donc des liens symboliques dans Windows Vista ! J'ignorais cela !

Si quelqu'un obtient "true" avec l'instruction sus-mentionnée, je veux bien savoir comment il a fait (à part créer un dossier "Utilisateurs" à la racine )

Théoriquement s'il s'agit d'un lien symbolique cela devrait être totalement transparent pour le programme...


Par curiosité, qu'obtient du lorsque du fait un dir sur le disque C:\ dans une console DOS ???

J'ai peur que ce répertoire "utilisateurs" n'existe pas du tout, et soit seulement "simuler" par l'explorateur...


a++

[Goulutor]

Bon. Je commence à comprendre un peu plus comment ce #@$?! de Vista gère ces dossiers. Il y a bien des jonctions qui sont utilisées pour la rétrocompatibilité (exemples, "C:\Document and Settings" -> "C:\Users") et d'après ce que j'ai lu, les "liens" "Téléchargement", "Utilisateurs" sont définis dans les fichiers desktop.ini correspondant. Exemple du desktop.ini du dossier "C:\Programmes":

Code :

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

1
2
[.ShellClassInfo]
LocalizedResourceName=@%SystemRoot%\system32\shell32.dll,-21781

Du coup il faut que j'attrappe le problème dans l'autre sens. En fait je devrais jamais avoir affaire à ce genre de chemin dans un monde idéal.

Mais malheureusement, je bosse sur un projet qui utiliste Windows Desktop Search. Ce dernier me renvoie une liste de fichiers d'après les critères désirés mais uniquement avec des chemins du style "C:\Utilisateurs\Téléchargement", "C:\Utilisateurs\Musique" !!! Et j'ai besoin d'avoir les "vrais" chemins pour faire un mapping entre les résultats de WDS et une arborescence de mon disque avec un JTree en Java.

Solution bête et méchante : avoir un fichier de configuration (un par langue!) pour convertir les chemins. Question portabilité c'est pas terrible.

Deuxième solution, configurer WDS pour qu'il me donne directement les bons chemins (ou bien juste un truc à ajouter à ma requête). Mais là je vois pas.

[Goulutor]

Rah... c'est toujours comme ça, on pose la question et on trouve la réponse tout seul.

Pour information, j'utilise une interface "home made" entre Java et WDS qui me permet de formuler des requêtes WDS SQL du genre:

Code :

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

SELECT System.ItemName, System.ItemPathDisplay, System.DateCreated FROM SYSTEMINDEX

Le problème c'était que cette requête me renvoyait des résultats pas complètement exploitables.

Mais j'ai trouvé l'attribut System.ItemUrl qui renvoie des urls du style:

Code :

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

file://C:/Users/toto/Document/mondocument.doc

Et du coup fini les problèmes de "localized folders". Il me suffira d'enlever "file://" et de mettre des "\" à la place des "/" et c'est tout bon.

[adiGuba]

et d'après ce que j'ai lu, les "liens" "Téléchargement", "Utilisateurs" sont définis dans les fichiers desktop.ini correspondant.

Youpi ! Comment faire compliqué quand on peut faire simple



Tu peux peut-être essayé de passer par le FileSystemView... mais je ne garantie rien :

Code :

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

1
2
3
4
	FileSystemView fsView = FileSystemView.getFileSystemView();
	File dir = fsView.createFileObject("C:\\Utilisateurs");
 
	System.out.println(dir + " : " + dir.exists());

a++

[adiGuba]

Nos posts se sont croisés...

Code :

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

file://C:/Users/toto/Document/mondocument.doc

Et du coup fini les problèmes de "localized folders". Il me suffira d'enlever "file://" et de mettre des "\" à la place des "/" et c'est tout bon.

Pas besoin de t'embêter avec les "\" et les "/"... c'est gérer tout seul !

a++

[Goulutor]

Tu peux peut-être essayé de passer par le FileSystemView... mais je ne garantie rien :

Code :

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

1
2
3
4
	FileSystemView fsView = FileSystemView.getFileSystemView();
	File dir = fsView.createFileObject("C:\\Utilisateurs");
 
	System.out.println(dir + " : " + dir.exists());

Juste pour info ça renvoie également false.

++Merci

[verbose]

J'apprends qu'il y a des liens symboliques sur Vista !!! Manque encore un shell digne de ce nom