Fichier properties et encodage

Version imprimable

05/10/2010, 09h31
Marty000

Fichier properties et encodage

Bonjour,
j'ai un souci d'encodage pour un export CSV.
En fait, dans ce fichier, sont récupérés des libellés définis dans un fichier .properties.
Or lors de mon export, ces libellés apparaissent mal encodés dans Excel, après avoir mis des traces, il s'avère que dès la récupération de ces libellés dans le fichier, l'encodage est mauvais.

Je charge mon fichier properties de la façon suivante :

Code:

Properties prop_en = PropertiesLoaderUtils.loadAllProperties(fileName);

Rien de bien méchant.
J'ai vu qu'il fallait mettre des caractères en unicode à la place des caractères spéciaux (accents...), mais ça n'a pas résolu mon problème.
Je précise que en local, je n'ai aucun soucis, et que c'est sur le serveur de tests, qui a un charset UTF-8, que le problème apparait.
Merci de votre aide.
05/10/2010, 09h36
adiGuba

Salut,

D'où sort cette classe PropertiesLoaderUtils ? Quel est l'encodage des fichiers properties ? (cela devrait être de l'ISO 8859-1)
Comment tu génères ton fichier CSV ?
Et en quoi consiste exactement ton problème d'encodage ???

a++
05/10/2010, 11h06
Marty000
Bonjour et merci de ton aide,
cette classe vient du package : org.springframework.core.io.support
Le fichier est bien en ISO 8859-1, j'ai bien remplacé les caractères spéciaux en Unicode.
Pour le CSV, je diffuse un flux via ce genre de fonction :

Code:

out.write(utf8.getBytes());

Mais le soucis de codage est avant, au moment où je récupère mes libellés de mon fichier properties de cette manière :
Code:

1 2 Properties prop = PropertiesLoaderUtils.loadAllProperties(fileName); prop.getProperty("exportDiffDate")
Quand je fais un log de ça, mes caractères spéciaux sont mal transmis, je récupère :

Code:

ÃÂ©criture

Au lieu du mot "écriture".
05/10/2010, 11h12
adiGuba

Citation:

Envoyé par Marty000

Pour le CSV, je diffuse un flux via ce genre de fonction :

Code:

out.write(utf8.getBytes());

On pourrait avoir le code complet ? Avec l'ouverture du fichier ?
Quel est le type de la variable "utf8" ?

Car là ca me fait un peu peur...

Citation:

Quand je fais un log de ça, mes caractères spéciaux sont mal transmis, je récupère :

Code:

ÃÂ©criture

Au lieu du mot "écriture".

Comment tu fais ton log ??? Et où ?

a++

ceci ne te convient pas pour chargé tes properties ?

Code:

1
2
3
        Properties p = new Properties();
        Reader fis = new InputStreamReader(new FileInputStream("ton fichier"), "ISO 8859-1");
        p.load(fis);

Voici le code de génération du csv, j'ai renommé UTF8 en csv, c'est juste une chaîne de caractère :
Code:

1 2 3 4 5 6 7 8 String csv = prop.getProperty("exportDiffDate"); res.setContentLength (csv.length()); System.out.println("INITIAL: " + csv); res.setContentType("text/csv"); res.setCharacterEncoding("ISO-8859-1"); out = res.getOutputStream(); out.write(csv.getBytes()); out.close();
Donc il n'y a pas de création physique de fichier, c'est un flux que j'envoie.
J'ai essayé différents "setCharacterEncoding" mais pas de changements.

Merci pour ta réponse rolfone, mais j'ai toujours le problème.

Quand à mon log, je le mets dans ma fonction de ma couche service, j'ai enlevé cet appel pour voir (ma variable csv qui appelle directement le fichier properties ligne 1), mais j'ai toujours le soucis

05/10/2010, 14h19
thelvin
Citation:
Envoyé par rolfone

ceci ne te convient pas pour chargé tes properties ?

Code:

1 2 3 Properties p = new Properties(); Reader fis = new InputStreamReader(new FileInputStream("ton fichier"), "ISO 8859-1"); p.load(fis);
Si, mais PropertiesLoaderUtils est très bien et plus facile.
Le problème n'est pas là. Le problème est sans doute avec le logger, ou alors avec le .properties lui-même, qui n'est peut-être pas dans le bon encodage. (C'est pas parce qu'on me dit "j'ai tout bien fait comme il faut !" que je vais le croire indéfiniment sans le voir.)

Bon, ben je me suis planté dans ma théorie précédente, on dirait.
Citation:
Envoyé par Marty000
Voici le code de génération du csv, j'ai renommé UTF8 en csv, c'est juste une chaîne de caractère :
Code:

1 2 3 4 5 6 7 8 String csv = prop.getProperty("exportDiffDate"); res.setContentLength (csv.length()); System.out.println("INITIAL: " + csv); res.setContentType("text/csv"); res.setCharacterEncoding("ISO-8859-1"); out = res.getOutputStream(); out.write(csv.getBytes()); out.close();
On n'utilise jamais String.getBytes(), parce que Java ne va pas deviner quel encodage tu veux, il prend donc l'encodage par défaut.
Toi, il te faut getBytes("iso-8859-1").

Citation:

Envoyé par Marty000

J'ai essayé différents "setCharacterEncoding" mais pas de changements.

Cela est une information que tu envoies à ton interlocuteur qui reçoit la ressource, pas à Java. Tu as déjà donné des bytes, et non pas des Strings ou des chars, à Java. Java pense donc que tu t'es occupé de leur encodage dans le charset qui t'intéresse.

05/10/2010, 14h39
Marty000

Merci pour ta solution thelvin, mais j'ai toujours le soucis avec :

Code:

out.write(csv.getBytes("iso-8859-1"));

Quand j'ouvre mon CSV dans Excel, mauvais encodage, j'ai : Ã©criture.
J'avoue que je suis un peu perdu, je ne sais pas si je dois me fier à mes traces serveur : mauvais encodage dès la récupération (le serveur est en UTF8, les properties en ISO, ça semble normal qu'il y ait un soucis...), ou si le problème d'encodage est côté export CSV.
05/10/2010, 15h13
rolfone

tu defini bien l'encodage a utiliser quand tu importe dans Excel?
05/10/2010, 15h14
thelvin

Je suis sûr que ton fichier .properties est encodé en UTF-8. Après tout, c'est toi qui nous dit qu'il est en iso-8859-1, mais il est clair que tu n'as pas l'expérience de ce genre de choses.

Passe-nous ce fichier (pas son contenu, le fichier lui-même !)
05/10/2010, 15h20
Marty000
Pour définir l'encodage à utiliser dans Excel, je fais pas plus que ça :
Code:

1 2 res.setContentType("text/csv"); res.setCharacterEncoding("ISO-8859-1");
Merci de ta proposition thelvin, mais mon fichier est bien en ISO :
sous Eclipse il est en ISO, et sous notepadd ++ il est ANSI ce qui normalement correspond à l'ISO.
05/10/2010, 15h35
rolfone

tu peux nous passé un le fichier csv ?

sinon dans Excel pour etre sur de l'encodage il faut importé des donnée a partir d'un text et la tu prend ton CSv
05/10/2010, 15h39
Marty000

Bon, j'ai enfin réussi à corriger.
En fait, il y a un cache sur le serveur, mais la solution de thelvin avec : getBytes("iso-8859-1") fonctionne maintenant.
Merci à tous.
05/10/2010, 15h41
thelvin

Citation:

Envoyé par Marty000

Merci de ta proposition thelvin, mais mon fichier est bien en ISO :
sous Eclipse il est en ISO, et sous notepadd ++ il est ANSI ce qui normalement correspond à l'ISO.

Pas faux, pour vérifier il suffit de ça, en effet -_-°.

Maintenant, j'en suis plutôt à me demander ce que c'est que "res" et si ça n'implique pas une ou deux couches qui s'amusent à retranscrire les octets d'un encodage vers un autre, sans s'intéresser à l'encodage qu'on leur indique (ou pire, en faisant n'importe quoi avec).

Edit : Ah, c'était juste un soucis de cache ? Parfait.
05/10/2010, 15h44
rolfone

petit HS :

quels sont les avantages de PropertiesLoaderUtils par rapport a mon exemple?
05/10/2010, 16h47
thelvin

Citation:

Envoyé par rolfone

petit HS :

quels sont les avantages de PropertiesLoaderUtils par rapport a mon exemple?

Rien d'épique.

Une ligne, une classe de glue, au lieu de 3 lignes, 3 classes de glue et spécifier un charset qui n'est pas censé être chose de toute façon.