Discussion :

[Max]

Bonjour à tous.

J'ai un problème qui m'échappe . C'est pourquoi je fais appel à votre aide, sinon je risque de me taper la tête contre les murs tellement ce problème me paraît mystique...

Le contexte :

• appli qui tourne sous websphere 5.0
• réception d'une requête du genre "xxx?name=yyyy"
• le getCharacterEncoding() renvoie UTF-8

Jusque-là, tout va bien. Mon problème (mystique ?!?) :

• avec un exemple du type "xxx?name=jean-pierre", le request.getParameter("name") me renvoie mon résultat nickel "jean-pierre"
• avec un exemple du type "xxx?name=jip%E9p%E9", le request.getParameter("name") me renvoie un résultat tronqué "jip"

Du coup, vu que je ne trouve pas la solution, je suis contraint d'utiliser une solution infecte ! (un StringTokenizer sur ma queryString puis URLDecoder.decode sur tous mes tokens ).

Quelqu'un a-t-il déjà vu ça ? Ou sont-ce mes yeux, qui, à force de tourner en rond, ne voient même pas l'erreur ?

Merci à vous !

[OButterlin]

Ta servlet étend HttpServlet ou une classe perso ?
Utilises-tu la méthode doPost, doGet ou service ?
Fais-tu un setCharacterEncoding(...) ?

A+

[Max]

Il s'agit d'une classe perso (framework "maison" de la boîte où je suis en ce moment).

En entrée de ma méthode j'ai un objet HttpServletRequest. Et ma requête arrive via la méthode get (les params sont passés dans l'url depuis une autre appli en C#).

Pour le setCharacterEncoding, actuellement je ne le fais pas mais j'avais déjà testé cette possibilité et cela ne changeait rien).

A+

[Max]

C'est bon, j'ai résolu mon problème

En réalité, pas vraiment... En passant par le débogueur, j'ai vu que mon serveur was transformait mes objets natifs javax ServletRequest en des objets IBM SRTServletRequest.

Et IBM, dans leur méthode parseQueryString qui alimente la hastable de parameters, ils ont écrit en dur :

Code :

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

1
2
3
4
5
6
7
8
// s1 token de la requête à parser
if(!s1.equals("ISO-8859-1") && s1.indexOf("8859_1") == -1)
{
   try
   {
      s3 = new String(s3.getBytes("ISO-8859-1"), s1);
...

Donc, en résumé, étant donné que mon appli qui tourne en UTF-8, et que IBM me parse mes paramètres en ISO, eh bien je suis obligé d'utiliser la méthode pas belle que j'ai citée plus haut

Merci IBM

[Max]

Alors je tiens à faire mon mea culpa

En effet, trouvant surprenant le fait qu'il y ait un bug dans le code WAS sur un point aussi important et surtout évident, j'ai décidé d'en toucher deux mots à un expert WAS de ma boîte... qui m'a affirmé la chose suivante : "ta requête n'est pas en UTF-8 !!!

En effet, mon exemple concernait le cas du 'é' :

• %E9 est le code ISO-8859-1
• le code UTF-8 est %C3%A9

Mon appli étant en UTF-8, elle tentait de décoder %E9 qui est tout simplement inconnu dans ce codage ! L'erreur venait donc de mes collègues qui m'envoyaient une requête erronée.

Moralité : oui oui, c'était bien "mes yeux" . De plus, il vaut mieux parfois faire confiance à IBM plutôt qu'à ses collègues