Discussion :

[yjuliet]

Bonjour.

En déployant une application web sous Tomcat, j'ai des problèmes d'encodage de caractères : si je veux que les recherches (soumissions de formulaires HTML) contenant des accents soient correctement traitées, je dois forcer mon navigateur à utiliser l'encodage UTF-8, ce qui pour moi n'est pas problématique, mais n'est pas acceptable pour un utilisateur lambda.

En déployant le même fichier war sur un Sun Application Server 9.0.1, je ne rencontrais pas ce problème d'encodage. En analysant les headers HTTP des deux serveurs, j'ai constaté que Sun renvoyait une entête HTTP supplémentaire qui semblait permettre au navigateur d'utiliser le bon encodage pour l'affichage

Code :

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

Content-Encoding: UTF-8

.

Comment faire pour forcer Tomcat (5.5.26) à envoyer ce Header HTTP pour toutes les réponses ?

Merci d'avance.

[yjuliet]

J'ai lu des infos concerant le paramètre UIREncoding des connecteurs tomcat dans la doc.
Il semblerait que celà pourrait constituer une piste, mais, est-ce valable pour le cas des requetes POST ?
Je ne me souviens pas que les requetes POST envoient les informations du formulaire directement dans l'URL ou bien, est-ce simplement que le navigateur ne les affiche pas du fait de leur longueur potentielle par opposition aux requetes GET qui sont plus limitées en taille ?

--
Après avoir testé un peu plus en profondeur, il ne s'agit pas forcément des données envoyées, du client au serveur, mais l'inverse, certaines données récupérées directement du serveur n'étant pas encodées correctement.

Est-il possible que la JVM force un encodage autre que celui de dialogue entre le client et le serveur ?