nom de fichier sensible à la casse

Bonjour à tous :salut:

Je travaille sur une application que nous voulons être portable (normal me direz-vous c'est du Java ;) ) sous différents OS (plus particulièrement Windows, Linux et Mac).

Pourtant, j'ai un petit soucis, en effet à l'exécution de ce bout de code:

Code:

---

1 2 3 4 5

if (!new File(filename).exists()){ System.out.println("The file \"" + filename + "\" does not exist !"); return; }

---

En effet, personnellement je suis sous Windows et si je l'exécute avec n'importe quelle case pour le nom de fichier (toto.txt, ToTo.TXT, etc...), ça passe et tout se déroule bien. :D

Et si un collègue l'exécute sous Mac, il faut qu'il mette exactement la bonne casse par rapport au fichier existant, sinon la méthode exists renvoie false. :cry:

D'où mes questions: :question:

• C'est donc l'OS qui provoque cette différence ?

• Comment avoir le même résultat sur les différents OS ? (soit complètement insensible à la casse ou soit complètement sensible à la casse) ?

Merci d'avance pour vos réponses :help:

C'est bien l'OS qui est sensible ou non à la casse.

En Java, on peut appliquer la méthode .toUpperCase() pour que la saisie soit transformée en majuscules mais si les noms des fichiers eux-mêmes sont à la fois en minuscules et en majuscules, je ne vois pas d'autre solution que de lire tout le répertoire et de comparer avec les .toUpperCase() de chaque fichier !

Attention au separator
unix-windows :

Citation:

---

For UNIX platforms, the prefix of an absolute pathname is always "/". Relative pathnames have no prefix. The abstract pathname denoting the root directory has the prefix "/" and an empty name sequence.
For Microsoft Windows platforms, the prefix of a pathname that contains a drive specifier consists of the drive letter followed by ":" and possibly followed by "\\" if the pathname is absolute. The prefix of a UNC pathname is "\\\\"; the hostname and the share name are the first two names in the name sequence. A relative pathname that does not specify a drive has no prefix

---

tu pourrais tester un truc comme ca

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33

import java.io.*; import java.lang.*;     class MFile extends File { public MFile(String file){ super(file); }   //[...] autre constructor   public boolean exists(){ if (super.exists()) // ce code à été testé return true; // avec cette partie en commentaire   File dir = new File(getParent()); String all [] = dir.list(); for (String one : all){ if (one.equalsIgnoreCase(getName())); return true; } return false; }   public static void main(String [] arg){   MFile mf = new MFile("c:" + File.separator + "IO.SYS"); // windows uniquement p.rintln("le fichier exist: "+mf.exists());   }   }

---

Si quelqu'un possède un Mac sur ce forum essayer-le !

Salut ! :coucou:

Merci pour vos réponses
Je vais donc demander à mon collègue de tester le code suivant sous Mac:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41

package tests;   import java.io.*; import java.lang.*;   public class MFile extends File {   public MFile(String file){ super(file); }   public boolean exists(){ if (super.exists()) return true;   //Pour OS sensibles à la casse File dir = new File(getParent()); String all [] = dir.list(); for (String one : all){ if (one.equalsIgnoreCase(getName())) return true; } return false; }   /**          * @param args          * @throws IOException          */ public static void main(String[] args) throws IOException { // TODO Auto-generated method stub while (1==1){ System.out.println(" Nom du fichier à tester ?"); InputStreamReader lecteur=new InputStreamReader(System.in); BufferedReader entree=new BufferedReader(lecteur); MFile mf = new MFile(entree.readLine()); System.out.println("Le fichier existe: " + mf.exists()); } } }

---

Je vous tiens au courant pour info ;)

:salut: jibbi !

mon collègue a testé et ça fonctionne :merci:

par contre, on aura sûrement d'autres problèmes si le fichier à chercher n'est pas en local.... :( entre les différents OS....
sais-tu si il existe une une api pour avoir toujours qui uniformise un chemin (local ou distant) sur tous les OS? qui donnerait le même résultat niveau code mais dont la jvm se chargerait de transformer en fonction de l'os sous jacent ? :???

:yaisse2:
Humm je suis déjà surpris que la class File ne fait pas le travail avec exists(). Pour uniformiser un path faudrait voir la fonction File().toURI(). Si non, gérer comlètement les comparaisons avec toUpper() - toLower(). Voir aussi l'interface Comparator

Salut,

Citation:

---

Envoyé par spender

sais-tu si il existe une une api pour avoir toujours qui uniformise un chemin (local ou distant) sur tous les OS? qui donnerait le même résultat niveau code mais dont la jvm se chargerait de transformer en fonction de l'os sous jacent ? :???

---

Ben c'est ce que fait la JVM : elle s'adapte aux conventions du systèmes !

Si sur un système Windows la casse n'a pas d'importance, cela peut être problématique de faire des recherche case-insensitive sur un système Unix, car "Fichier" et "fichier" sont deux fichiers différents (lequel ouvrir alors lorsque l'utilisateur saisie "FICHIER" ?).

Bref il serait plus simple et plus "portable" de ne pas faire de traitement particulier pour simuler du case-insensitive...

a++

:salut: !
Je jetterai un oeil à la fonction File().toURI() pour le path.
Sinon, effectivement, ma problématique n'était que sur la recherche du fichier pour avoir une certaine souplesse pour le user.
L'idée est de localiser le bon fichier avec "equalsIgnoreCase" pour savoir s'il existe. Puis d'utiliser le nom du fichier réel (casse réelle) pour travailler du genre avec le code suivant:

Code:

---

1 2 3 4 5

if (one.equalsIgnoreCase(getName())){ realName = one; return true; }

---

puis d'appeler la méthode suivante:

Code:

---

1 2 3 4

public String getRealName() { return realName; }

---

Cela marche dans un premier temps :yaisse2:

Mais,à y réfléchir, vu que nous générons des .java (classes et interfaces) à partir de la lecture de ce premier fichier, s'il n'a pas une syntaxe correcte par rapport aux règles de nommage Java, ça risque de poser des pb....
Alors, dans ce cas, il faudrait peut-être effectivement brider la lecture du fichier d'entrée avec une expression régulière sur le nom du fichier ? :?