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.

[joel.drigo]

Désolé, @thelvin, j'aurais du mettre un test plus complet

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

C:\Documents and Settings\Joël>cd c:\temp

C:\temp>

PS : mon pc de salon est sous XP SP3 de 2002

[thelvin]

Soit. Comme je le disais je ne peux pas jurer de ce que font les shell Windows, en fonction de l'année ou de la phase de la lune.
Je n'observe ce comportement sur aucun de mes Vista ni Seven, mais je veux bien croire que si je rebootais un vieux XP, je verrais ce que tu dis.

Les API windows (modernes, et notamment celles utilisées par Java,) et les adresses de fichiers tapés en boîte de dialogue ou barre d'adresse, par contre, s'en fichent complètement.

[JoeChip]

De toutes façons sous Java on est censé ignorer de quel OS il s'agit, et le "/" marche dans tous les cas, à part pour appel direct à une commande "console de win", qui est une étrange idée, puisque ça nique la portabilité.

[adiGuba]

Salut,

De toutes façons sous Java on est censé ignorer de quel OS il s'agit,

Oui et non.
On peut très bien avoir à effectuer des opérations spécifiques sur un système.
Si on le fait proprement il n'y a aucun problème à cela...

Le fait de vouloir à tout prix ignorer le système peut être plus problématique qu'autre chose dans ce cas...

et le "/" marche dans tous les cas, à part pour appel direct à une commande "console de win", qui est une étrange idée, puisque ça nique la portabilité.

Le "/" marche à tout les coup et peut être utilisé dans le code, surtout que cela évite les doubles anti-slash...
Par contre si le chemin doit être affiché à l'utilisateur ou "passé" à une autre application, il est préférable d'utiliser le bon format de l'OS.

Mais on peut utiliser File ou Path pour récupérer un chemin avec la bonne représentation...

A noter également que l'on peut utiliser File.separator pour générer directement les chemins au bon format.

Les API windows (modernes, et notamment celles utilisées par Java,) et les adresses de fichiers tapés en boîte de dialogue ou barre d'adresse, par contre, s'en fichent complètement.

En Java pure on peut utiliser le "/", quelque soit l'OS ou la version de Java.
Sous Windows ca peut être très variable selon les programmes, et il est quand même préférable d'éviter cela...


a++

[weabow]

Merci pour toutes ces réponses et clarifications.

Cela m'aide bien.

Christian