[Windows][Fichier] problème de "/"

**gronono** · 21/02/2006, 14h51

Bonjour,

je viens de m'apercevoir que dans un bout de code je vais un truc:

Code :

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

1
2
 
File f= new File("/monDossier/monFichier");

Apparrement ca marche. Mais le fichier est toujours sur c:

Je me demandais que se passe t il si le fichier passe sur d: ?
Est-ce que Java considere que / est tjrs c: ?

Pour resumer la question est:
Quel est le comportement new File("/") sous windows?

merci d'avance.

**remika** · 21/02/2006, 14h57

Euh, tu es sûr que ça marche, moi si je mets pas C: , le fichier n'est pas trouvé

**remika** · 21/02/2006, 14h57

( System.out.println(f.exists()); )

**gronono** · 21/02/2006, 15h01

Oui je suis sur, mon fichier est bien lu par l'appli.

C'est une servlet qui lit un fichier PDF et le recopie dans la reponse.

**Pollux** · 21/02/2006, 15h03

Tu peux utiliser le System.getProperties(Path.Separator) pour que ce soit portable de genre d'instructions...

/ va t'amener à la racine de ton lecteur par défaut. / étant le séparateur sous systèmes Unix, il n'y a pas de séparation au niveau lecteurs réseau (si je ne m'abuse... mes cours Linux sont loins...) donc / --> racine et sous windows, la racine c'est le lecteur réseau par défaut (souvent nommé c)

**gronono** · 21/02/2006, 15h16

donc un new File("/");

est equivalent à new File("c:/") sous windows.

oki merci

**Pollux** · 21/02/2006, 15h22

Ce qui est bien je trouve c'est de toujours tester par soi-même

Là c'est typiquement quelque chose où tu peux tester pour voir!! C'est pas une question ou tu es bloqué ou que tu as absolument besoin de l'aide de quelqu'un...

Essaie!!

Code :

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

1
2
File f = new File("/");
//teste f

**jowo** · 21/02/2006, 15h24

Envoyé par gronono

donc un new File("/");

est equivalent à new File("c:/") sous windows.

oki merci

NON: File("/") n'est pas équivalent à File("c:/") sous windows

Sous windows, chaque processus à un "disque courant" qui peut être c:, d: ou g:.

Dans ton cas, ton processus à comme "disque courant" c:. Donc il est préférable que tu donnes le chemin absolu de ton fichier.

**gronono** · 21/02/2006, 15h34

Envoyé par jowo

Donc il est préférable que tu donnes le chemin absolu de ton fichier.

C'est ce que j'avais l'intention de faire. Je venais juste de m'apercevoir que je faisais un new File("/..."), le nom du fichier est contruit dynamiquement en fonction de parametres.

Envoyé par jowo

Sous windows, chaque processus à un "disque courant" qui peut être c:, d: ou g:.

En fait mon code est dans une servlet donc il est executer par le serveur d'appli.
Or si mon serveur d'appli est sous c: ou d:, ca marche quand meme et donc donne tjrs c: .

C'est ca que je ne comprend pas.

**benratti** · 21/02/2006, 15h42

Un des interets de java, c'est la portabilité des applications que tu produits. Aujourd'hui tu veux faire tourner ton serveur d'application sous windows, donc te dis que tu n'as pas de soucis, le fichier que tu veux lire sera toujours la ou tu pense qu'il va etre, c'est a dire sur le disque C: a tel endroit... mais demain ou dans cinq ans, ton appli sera toujours utilisé, et pour diverses raisons, le serveur d'appli est migré sur un autre systeme... ton appli n'est plus utilisable, ca fait perdre du temps a tout le monde.... alors qu'au moment du developpement, il te suffisait d'utiliser certains outils qui permettent de faire une arbstraction du systeme.

Donc :

Envoyé par pollux007

Tu peux utiliser le System.getProperties(Path.Separator) pour que ce soit portable de genre d'instructions...

En plus, ca evite de te poser tes questions pas vraiment utile...

**gronono** · 21/02/2006, 16h01

Réponse directe à benratti :
Le probleme n'ai pas là. J'ai remarqué le bug et je l'ai corrigé.

Ce qui m'étonne c'est juste le comportement du premier "/" (donc pas du Path.Separator)

L'élément "/" represente ici la racine du systeme de fichier.

Je pensais que la racine sous windows était le lecteur où etait installé windows (c: dans la plus part des cas).
Mais d'apres jowo c'est faux.
Or je remarque c'est vrai.

Quelle est la vérité ? Que représente la racine sous windows pour java ?

**tralloc** · 21/02/2006, 16h05

Pour ma part ton interrogation est bonne.
J'ai jamais voulu me la poser alors je n'utilise que des chemins relatifs...
Solution de facilité !!!

**gronono** · 21/02/2006, 16h09

merci de ton soutien.

**Pollux** · 21/02/2006, 16h14

T'as essayé de mettre ton projet sous un autre lecteur?

**gronono** · 21/02/2006, 16h20

Envoyé par pollux007

T'as essayé de mettre ton projet sous un autre lecteur?

Qu'entends tu par projet ?

Moi j'ai une appli sur un serveur d'appli.
le serveur d'appli est sur c: et le fichier est sur c: => ca marche.

Mon collegue à la meme appli sur le meme serveur (meme version, meme config)
son serveur d'appli est sur d: et le fichier est sur c: => ca marche.

Donc j'en conclut que :

Code :

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

1
2
 
new File("/toto/titi.ext");

Pointe toujours sur le fichier c:\toto\titi.ext

oui je sais il faut faire : new File("c:/toto/titi.ext") pour ca marche sous tous les os.
Utilité du System.getProperties(Path.Separator) ??

**remika** · 21/02/2006, 16h26

J'ai essayé :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
 
import java.io.File;
 
public class Test
{
    public static void main(String [] args)
    {
    	File f = new File("/truc");
    	System.out.println(f.exists());
    }
}

Et bien sûr ça affiche true uniquement quand le fichier est sur le même disque que le programme.

**gronono** · 21/02/2006, 16h31

ok je viens de jouer ton test en affichant le chemin absolu à la place de exists

si je suis sur c: ca me donne c:\truc
si je suis sur p: ca me donne p:\truc

donc la theorie de jowo est bonne.

**remika** · 21/02/2006, 16h34

Envoyé par gronono

ok je viens de jouer ton test en affichant le chemin absolu à la place de exists

tu m'étonnes j'aurais plus y penser

**adiGuba** · 21/02/2006, 16h35

Salut,

C'est normal...

Sous Windows, Java remplace automatiquement les / par des \ dans les noms de fichiers, donc le chemin "/truc" devient "\truc". Et c'est un chemin valide sous Windows (et même sous DOS d'ailleurs), où le \ initiale représente la racine du disque courante.

Vous pouvez vérifier cela sous une console Ms-Dos, la commande suivante :

Code :

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

dir \

Affichera le contenu de la racine du disque sur lequel vous vous trouvez...

a++

**gronono** · 21/02/2006, 16h36

Ok je viens de comprende:

jowo avais raison.
La racine est le lecteur dans lequel on execute l'application.
Donc c'est le lecteur qui correpond à new File(".").getAbsolutePath().

En fait quelque soit le lecteur où etait installe le serveur, je le lance en faisant un cmd et run.bat.
Donc je lancais le serveur à partir d'un dossier du lecteur c:.

Donc le new File("/toto/titi.ext") pointé toujours sur c:

Merci de vos reponses

[Windows][Fichier] problème de "/"

Entrée/Sortie Java

Discussions similaires

Partager

Partager