[Charset for Japan] Incompréhension.. [Résolu]

[rgomes]

Hello,

Pour les besoins d'affichage de caractères japonais, j'ai modifier le fichier my.cnf en rajoutant :
default-character-set=utf8
default-collation=utf8_general_ci

Mes caractères japonais s'affichent sur ma page web ou dans mon client sql.

Le problème est qu'après le redémarrage, la taille des champs de type varchar a été réduite (varchar(20) -> varchar(6)) ce qui est bloquant pour les applis existantes...

J'ai donc essayer de simplement créer mes tables de la sorte (sans modifier le my.cnf) :

CREATE TABLE `TRADUCTIONS` (
`ID` bigint(20) NOT NULL auto_increment,
`APPLI` varchar(20) NOT NULL default '',
`LABEL` varchar(100) NOT NULL default '',
`EN` varchar(255) character set utf8 collate utf8_bin NOT NULL default '',
`FR` varchar(255) character set utf8 collate utf8_bin NOT NULL default '',
`JP` varchar(255) character set utf8 collate utf8_bin NOT NULL default '',
`CREATION_TIME` datetime default NULL,
`UPDATE_TIME` timestamp NOT NULL default CURRENT_TIMESTAMP on update CURRENT_TIMESTAMP,
PRIMARY KEY (`ID`),
KEY `ID` (`ID`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8

Mais mes caractères japonais ne s'affichent plus !
Help car je ne trouve plus de solution.

Configuration : mysql.4.1.12, driver 3.1.12.

Merci !

[Swoög]

tu es sûr de bien insérer tes chaînes en tant qu'UTF-8 ?

il y a t il quelque chose d'autre qui s'affiche à la place ?

[rgomes]

Alors, j'opère de 2 façons :
- soit à partir de mon client sql, je copie colle mon caractère japonais 番号また
- soit a partir de mon formulaire html, ma servlet java spécifie bien l'encodage utf8 (request.setCharacterEncoding("UTF-8"); etc)

A noter que les caractères japonais avec le my.cnf de base sont visibles lorsque je les avais insérés auparavant avec le my.cnf modifié, mais c est donc lorsque je fais à nouveau un insert que cela ne fonctionne plus.

A la place j 'ai donc des ????????.

[Swoög]

des ??? hein...

tu as vérifié ce que recevait ta servlet ?

pour ton client SQL, c'est lequel ?

[rgomes]

Le client SQL est DBVisualizer.
Ma servlet recoit un request encoding = UTF-8 et request content type => application/x-www-form-urlencoded

Mon url de connection a la DB contient les params :
zeroDateTimeBehavior=convertToNull&UseUnicode=true&characterSET=UTF-8.

[Swoög]

il doit logiquement il y avoir un moment où la connection sort du cadre UTF-8

Par contre, il y a un point que je n'ai pas compris...

Au lieu d'utiliser directement les caractères japonais, pourquoi ne pas utiliser leurs entitées HTML ( &#NUM; ) ? c'est transparent au niveau de la sortie (i.e. de l'affichage) HTML normalement, et ça ne pose pas de problème pour les modifications...

Je sais que généralement, les navigateurs envoient les entités HTML pour les caractères japonais, c'est le cas pour mon FF sur DVP.com en tous cas : こんばんは suffit de jetter un oeil à la source et tu verras des &#....; (dans le cas présent : こんばんは )

[rgomes]

Un front end doit permettre à un japonais de saisir des caractèeres japonais et donc de les rendre persistant en DB.

Et sinon donc ca marche en modifiant le my.cnf avec character-set-server=utf8

D'autre part je n'arrive pas bien à utiliser les property suivante, que je ne sais pas trop ou setter :
character-set-results=utf8
character-set-client=utf8
character-set-connection=utf8
........

Merci pour votre aide..

[Swoög]

ce frontend peut être en HTML... dans ce cas pas de problèmes... si ?

[rgomes]

D'accord, donc si un japonais saisi un caractères japonais depuis son clavier dans une page html, au submit du formulaire, je peux récupérer l'entité html (au niveau de mon controlleur) ?

Sinon, je pense qu il doit y avoir un bug dans la version 4.1.12 pour le character set, qui donc n'est pas pris en compte dans le script de creation de la table, mais uniquement si mysql est démarré avec un character set = utf8 ..

Merci en tout cas.Je reste preneur d'une solutin propre, si toutefois elle exitste...

MERCI POUR TON SUPPORT, je vais opter pour ta solution !

[Swoög]

oui, oui, ce ne sera pas un problème normalement tu récupères les entitées directement justement...