Discussion :

[weabow]

Je développe mon appli Java sous Windows. J'utilise dans les chemins d'accès au disque le \

Quand je la lance sous Debian, j'ai des erreurs dans les chemins :

/home/moi\test\

Evidemment il mélange les séparateurs Windows et Linux.

J'imagine que Java sait gérer cela, mais comment ? J'ai l'habitude sous Windows d'utiliser des String pour les chemins, mais visiblement ce n'est pas la bonne option.

Avez-vous une idée ?

Christian

[JoeChip]

Essaie de n'utiliser que des "/" ... "/test/", donc.

[joel.drigo]

Salut,

en Java 7, utilises les classes java.nio.file.Path et java.nio.file.Paths pour ne plus avoir à se préoccuper de ça :

L'exécution, sous Windows de ce programme :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
public class PathTest {
 
	public static void main(String[] args) {
 
		System.out.println(Paths.get("/machin/truc.txt").toString());
		System.out.println(Paths.get("/machin\\truc.txt").toString());
		System.out.println(Paths.get("\\machin\\truc.txt").toString());
 
	}
 
}

affiche :

\machin\truc.txt
\machin\truc.txt
\machin\truc.txt

[thelvin]

Ça marchait parfaitement en Java 1.4 en utilisant juste File.

Sans compter que transformer les / en \ pour Windows est purement cosmétique : les utilisateurs ont l'habitude de voir des \ et il vaut donc mieux leur montrer ça, mais Windows se tamponne complètement que l'on utilise l'un ou l'autre.

[joel.drigo]

Ça marchait parfaitement en Java 1.4 en utilisant juste File.

Oui. Mais je pense qu'il se sert des paths sous forme de String, de manière externe à java (sinon ça fonctionnerait, en effet).

Sans compter que transformer les / en \ pour Windows est purement cosmétique : les utilisateurs ont l'habitude de voir des \ et il vaut donc mieux leur montrer ça, mais Windows se tamponne complètement que l'on utilise l'un ou l'autre.

Dans des shell scripts, je ne crois pas justement. En ligne de commande, ce n'est pas le cas :

C:\Documents and Settings\Joël>cd c:/temp
Le chemin d'accès spécifié est introuvable.

En tout cas, en ce qui me concerne, j'utilise toujours des slashes (parce que c'est plus lisible que \\ et qu'il n'y a qu'un caractère à taper au lieu de 2 ) quand j'ai besoin de taper un path directement dans mon code (ce qui est extrêmement rare), et j'utilise toujours des File, donc aucun soucis avec des paths avec \ ou / qui proviendrait d'un fichier de config ou autre.
Quand j'exporte, je fais éventuellement un replace pour remplacer les "mauvais" séparateurs par le séparateur par défaut de l'OS de destination.

[thelvin]

Dans des shell scripts, je ne crois pas justement. En ligne de commande, ce n'est pas le cas :

C:\Documents and Settings\Joël>cd c:/temp
Le chemin d'accès spécifié est introuvable.

Je ne pourrais pas jurer ce qui est fait dans des shell scripts Windows pour assurer la rétrocompatibilité, l'idée même de faire des shell scripts sous Windows autrement qu'avec powershell ou cygwin me semblant à peine plus productif que juste se suicider directement.
Mais il se trouve que nous ne sommes pas en train de parler shell scripts, qui sous Windows, sont un domaine d'étude à eux tous seuls.

Par ailleurs, la commande "cd c:/temp" produit exactement les mêmes résultats que "cd c:\temp". Je pense que ton Windows date probablement d'après 2005 et n'a donc jamais eu l'idée saugrenue de créer un répertoire "temp" à la racine d'un volume, que ce soit le principal ou un autre.