Discussion :

[mereyj]

Bonjour,

Mon problème est le suivant. Je cherche à tester l'existence de fichiers sur le disque dur. Cela ne fonctionne pas pour les fichiers qui contiennent des accents.
Voici le code :

Code :

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

1
2
3
4
5
6
public static void main(String[] args) {
 
        String filename = args[0]; 
 
        System.out.println(new File(filename).exists());
    }

Je pense que cela vient de l'encodage.
L'os de la machine sur laquelle le code est exécuté est un unix.

Merci d'avance.

[tchize_]

je crois que ton problème c'est les arguments passés en paramètre. Vérifie les paramètres de ta console. Vérifie si cela fonctionne bien quand le nom de fichier est hardcodé dans le code java. Profite en aussi pour écrire dans une fichier temporaire, en utf-8, le nom demandé. Recharge ce fichier dans un éditeur de texte (ouverture absolument en utf-8) et vérifie que c'est correct (histoire d'etre certain d'etre indépendant de ta console ^^)

[mereyj]

J'ai essayé de le mettre en dur dans le code java mais rien n'y fait.
Je créé le fichier sous windows, je teste le bout de code ca fonctionne.
Je transfère le fichier sur la redhat, ça ne fonctionne plus.

Sans accent aucun problème.
Je me doute qu'il faut faire une transformation sur la chaine passée en paramètre au File.exists mais laquelle ?

[JohnNC]

Sur linux, la gestion des accents (et des espaces) est différente. Quel est le nom affiché sur red hat par la commande ls ? Et par l'auto-complétion ?

[mereyj]

Je me connecte avec putty donc cela dépend de l'encodage que je spécifie.
Avec l'encodage "ISO-8859-1", "t?t?" s'affiche au lieu de "tété".

[tchize_]

le problème viens pas de java, et donc java n'a aucune modification à faire dans les string. Ca viens du fait que le nom du fichier sur le disque n'est pas le même que ce que tu as tappé sur la console. Essaie déjà de faire passer ta console en utf-8. Et assure toi que le fichier a été envoyé correctement sur le serveur redhat.

[JeitEmgie]

Je me connecte avec putty donc cela dépend de l'encodage que je spécifie.
Avec l'encodage "ISO-8859-1", "t?t?" s'affiche au lieu de "tété".

si le programme de terminal et la JVM ne "s'entendent" pas sur l'encoding des arguments, ça ne fonctionnera jamais…

la variable "file.encoding" est censée contrôler l'encodage y compris des arguments en ligne de commande…

java -Dfile.encoding=…

[mereyj]

J'ai crée le fichier sous windows
J'ai essayé comme cela :

Code :

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

1
2
3
4
5
6
 
public static void main(String[] args) 
{ 
        String filename = "C:/tété";  
        System.out.println(new File(filename).exists());
}

Cela fonctionne.

Je transfère le fichier sur la redhat avec filezilla.
J'exécute le code suivant :

Code :

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

1
2
3
4
5
6
 
public static void main(String[] args) 
{ 
        String filename = "/home/user/test/tété";  
        System.out.println(new File(filename).exists());
}

Cela ne fonctionne pas.

Si je répète les mêmes opérations avec un fichier sans caractères spéciaux (accents...), cela fonctionne sur les deux environnements.

[JeitEmgie]

et ceci ?

Code :

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

1
2
3
4
5
6
 
public static void main(String[] args) 
{ 
        String filename = "/home/user/test/t\u00e9t\u00e9";  
        System.out.println(new File(filename).exists());
}

[mereyj]

Non plus

[JeitEmgie]

Non plus

donc c'est bien que la JVM considère un encoding par défaut qui n'est pas celui du file system…

(quel fichier avez-vous transférer "tété" ou le code source Java ?)

[jean.2edi]

Il faudrait savoir comment s'appelle ce fichier sous linux ! Est-ce que tu peux taper une commande dans le répertoire /home/user/test pour voir comment est codé le nom, par exemple :

Code :

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

ls t* | od -x

[mereyj]

C est le fichier "tété" créé sous windows que j'ai envoyé via filezilla sur ma redhat.

Avec la commande "ls t* | od -x" j obtiens :
0000000 e974 e974 000a
0000005

[herch]

Sur linux, la gestion des accents (et des espaces) est différente. Quel est le nom affiché sur red hat par la commande ls ? Et par l'auto-complétion ?

C'est pourtant clair ce qu'il t'a dit.
quand tu crée tété sous windows, ça ne veut pas dire qu'il sera "tété" sous linux, c'est simplement t?t?, ou t@t@ ou un truc bizarre de ce genre, un é de windows n'est pas un é de linux.
donc, pour faire simple, commence par créer ton fichier tété sous linux, et non pas le transférer de windows vers linux

[mereyj]

C est aussi clair ce que j ai dit. Je n ai pas le choix.
On m envoie des fichiers que je dois injecter.
Je dois vérifier qu'ils sont bien présent avant de les injecter.
Et les utilisateurs créent leurs fichiers sous windows (Excel...)
Donc quelles modifications dans le code puis je faire pour voir les fichiers avec des accents une fois transférés sur la redhat ?

[herch]

c'est pas un problème de java, c'est un problème de compatibilité entre systèmes.

[mereyj]

J'ai compris que c était un problème d encodage mais il doit bien exister une méthode en java pour convertir la string dans le bon encodage.
Je ne pense pas être le seul qui ait eu a faire à ce problème.

[JeitEmgie]

C est aussi clair ce que j ai dit. Je n ai pas le choix.
On m envoie des fichiers que je dois injecter.
Je dois vérifier qu'ils sont bien présent avant de les injecter.
Et les utilisateurs créent leurs fichiers sous windows (Excel...)
Donc quelles modifications dans le code puis je faire pour voir les fichiers avec des accents une fois transférés sur la redhat ?

vérifier qu'il n'existe pas des paramètres dans Filezilla pour éviter le problème…

ou

utiliser un outil FTP qui respecte les encodings…

[mereyj]

Je ne pense pas que cela vienne de filezilla car j ai le même problème avec le lot de mon client qui est sous la forme d'un tar.gz qui contient les fichiers.

J'envoie le tar.gz sur le serveur redhat. Je le décompresse. Je voie bien les fichiers sans accent.

C est ce qui m a amené à faire ce test.

[mereyj]

N'ayant pas de solutions en java, j ai demandé a changer quelques variables
export LANG="fr_FR.ISO-8859-1"
export LC_ALL="fr_FR.ISO-8859-1"
export LANGUAGE="fr_FR.ISO-8859-1"