Discussion :

[oldergod]

Bonjour,

Je realise des update sur une base mysql via preparedStatement et j'ai beaucoup de characteres allemand dans mes donnees tires d'un xml que je parse.
Exemple: Hubertusstraße/Jägerweg

J'ai vu de nombreux postes mais bien que cela semble etre le lie, je n'arrive pas a dessiner la solution.

Quand j'extrais mon String du XML, je vois dans le debuggueur que les caracteres sont bien conserves. Ils sont encodes en UTF-8 meme si l'xml est configure pour l'ISO-8859-1.

Si je realise le setString sur ma chaine, les caracteres perdent leur valeur et ca donne du Hubertusstraￃﾟe/Jￃﾤgerweg.

Je peux changer ou non le charset de la colonne dans ma bdd ca change rien.
De meme dans l'encodage avant le setString etc...

Je n'ai pas vraiment d'indice, pourriez-vous m'aider s'il vous plait?

[djsnipe]

Ton exemple semble bizarre.
Il faut absolument que toute ta chaîne utilise le même encoding si tu ne veux pas de surprises :
XML en UTF-8, dans l'entête et le corps, pour cela vérifie avec un "vrai" éditeur qui prend bien en charge cet encoding.
Parsing en Java qui exploite l'encoding.
BDD avec stockage dans cet encoding également
Et restitution dans la console ou un fichier de log qui soit également UTF-8 :-)

[oldergod]

Si je n'ai pas le choix quand a l'encodage des xml ?

[adiGuba]

Salut,

Ils sont encodes en UTF-8 meme si l'xml est configure pour l'ISO-8859-1.

J'ai du mal à comprendre cette phrase... sachant qu'en interne Java utilise de l'UTF-16...

Si je realise le setString sur ma chaine, les caracteres perdent leur valeur et ca donne du Hubertusstraￃﾟe/Jￃﾤgerweg.

Tu as un problème d'encodage c'est sûr... mais il peut être situé à plusieurs endroits de la chaine de traitement :

• Lors de la lecture du fichier XML (est-ce que tu précises bien le bon encodage).
• Lors de la connexion à la base (avec MySQL il faut utiliser le paramètre characterEncoding sur l'URL de connexion) : http://dev.mysql.com/doc/refman/4.1/...-charsets.html
• Lors de l'affichage (tu dois utiliser un support qui gère l'unicode ET qui possède une police adapté).

a++

[oldergod]

Merci beaucoup, c'etait bien le parametre characterEncoding dans l'URL de connexion que j'avais oublie !

Merci.