Discussion :

[hugo123]

Salut,

Je bosse sur une appli qui lit un fichier encodé en utf8 puis ensuite utiliser le driver jdbc de oracle pour l'insérer en base de données

Le charset de ma base est latin1 ou western cp1252 (pas bien vérifié).

Dans ce post :
http://forums.oracle.com/forums/thre...sageID=1246910 [^]

Oracle JDBC Thin always encodes data to UTF-8 before passing it to database. Database converts it to the database or to the national character set, depending on the form of use (CHAR vs NCHAR)

J'avais cru que le driver prenait mes données en utf8 et les convertissait dans le charset de ma base.
Apparemment ce n'est pas le cas puisque j'obtiens des choses de ce type :

"si les objets seront validées"

Une idée ?

[tchize_]

je connais pas les détails de mémoire (je reposterais si possible demain matin avec notre config boulot). Le charset est à pusieurs endroits, ta string parcours ces charset dans l'ordre:

1) le charset du fichier
2) le charset natifs de représentation des String en mémoire java
3) le charset négocié entre le thin driver et la base de données (c'est une information liée à ta session sql actuelle, des valeurs par défaut sont configurées par ton admin db)
4) le charset de stockage de la db

entre 1 et 2, c'est toi qui configure en choisissant le FileReader correct
entre 2 et 3, c'est le driver qui fait la convertion, aucun controle
entre 3 et 4, tout se passe coté serveur, aucun controle de l'utilisateur.

Ce qui se passe probablement, au point 3, le charset coté client et coté serveur n'est peut etre pas le meme (je connais pas les détails de la négociation, mais elle foire parfois ^^)

[hugo123]

c'est effectivement la phase 3 je pense, mais sais-tu comment paramétrer la session ?

[tchize_]

regardé la doc de oracle, je vois pas de possibilité de jouer avec le charset au niveau du driver jdbc. Par contre, pourrais-tu confirmer certains détails

1) ton texte "erronné", il apparati où, comment? Se pourrait-il que ce soit le client qui, à la lecture de la db, fasse une erreur avec les charactère.
2) As-tu confirmé, de manière certaine, que l'encodage, dans la base de donnée, est incorrect? Utilise les foncitons SQL manipulant les string, pour connaitre la taille de la chaine de caractère telle que vue par oracle.
si "é" a une taille de 1 d'après oracle, c'est que l'encodage dans la db est correct, c'est ton client qui affiche mal. Si par contre çà a une taille de 2, c'est que c'est mal encodé dans la db. vsize te donnera la taille en bytes, strlen la taille en caractères. pour ce qui est de vsize, osef, par contre strlen nous intéresse.