Discussion :

[hermes1983]

Bonjour,

Je suis en train de travailler sur un client Java qui doit donc tourner sous Windows et Linux. Ce client discute avec un serveur sous Linux.
Une des tâches à faire est de recevoir des noms de fichiers absolus, de les manipuler, de les stocker et de les renvoyer au serveur. J'avais donc pensé à utiliser la classe File.
Quand le client est sous Linux, aucun problème, puisque les deux implémentations sont identiques. Quand le client est sous Windows, il reçoit des chemins tels que

Code :

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

/home/toto/file.txt

et renvoie bien gentimement

Code :

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

C:\home\toto\file.txt

ce que le serveur ne peut pas comprendre.

J'aimerai si possible ne pas recoder le parsing des chemins Unix sous Windows...

Pour le début d'analyse que j'ai fait, la classe File utilise une instance statique de la classe abstraite FileSystem afin de normaliser les noms de fichiers. Sous Linux, il existe une implémentation nommée UnixFileSystem. J'imagine que sous Windows, il existe WindowsFileSystem. La classe File utilise la méthode native FileSystem.getFileSystem(), donc il est impossible de faire une substitution.

Avez-vous déjà eu ce problème ? L'avez-vous résolu ? Suis-je assez clair ?

[adiGuba]

Salut,


Tu veux dire que le client doit spécifier un chemin de fichier présent sur le serveur c'est ca ?

Dans ce cas utiliser la classe File est une erreur : cela représente un fichier "local" !

a++

[hermes1983]

Oui, c'est ça, je dois faire des manipulations sur un nom de fichier qui se trouve sur le serveur.

Bon la classe File représente un fichier local. Mais c'est une classe qui me permet de faire toutes les manipulations dont j'ai besoin comme getAbsolutePath, getParent. Et, comment dire, je n'ai pas envie de recoder tout ça, avec sûrement des erreurs

C'est pour ça que je me demande s'il n'existe pas une classe du genre FileUtils qui permet de parser des noms de fichiers (unix ou windows). Je n'ai pas réussi à trouver mon bonheur du côté d'Apache pour l'instant. La classe UnixFileSystem conviendrait, mais elle est package protected, donc je serais obligé de copier coller le code dans mon projet, ce qui serait pas très propre

[hermes1983]

Alors, je me réponds, parce que j'avais raté quelque chose
http://commons.apache.org/io/api-rel...nameUtils.html

Dans commons.io, cela semble convenir à ce que je recherche. Ça fera une dépendance supplémentaire, mais on a rien sans rien.

[Uther]

Comme précisé dans la doc, cette dépendance est tout a fait dispensable

en utilisant :

Code :

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

File f = new File(repertoire,"nom");

Pour résoudre le différence de séparateur ("\" sous windows, "/" sous Unix) tu peux utiliser:

Code :

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

File.separator

Si tu veux les racines ("/" sous linux "C:, D:, ..." sous Windows):

Code :

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

File[] roots = listRoots();

Ou sans doute plus utile, le répertoire utilisateur:

Code :

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

new File(System.getProperty("user.home"));

Ensuite comme dit Adiguba, File (tout comme la classe que tu as posté en lien) sert a manipuler des fichiers locaux. Si tu veux manipuler des fichier sur un serveur distant, ce n'est pas adapté a moins que le système de fichier de l'ordinateur distant n'ait été monté sur le système de fichier de l'ordinateur local.