Discussion :

[oni13]

Bonjour,

Je rencontre un problème lors d'appel d'un service GET, lorsque je remplis un header.
J'ajoute un header nommé "libelle" et je le remplis avec la valeur d'un input possédant un accent.

Lorsque je regarde l'appel de service, j'obtiens ça:

libelle: Je suis un libellé

si j'affiche la valeur de l'input dans la console j'ai bien "Je suis un libellé"

Savez vous d'où peut venir le problème? Peut-on définir un encodage pour la valeur des headers? ma page est en UTF-8
J'ai bien
Content-Type Application/json; charset=UTF-8
dans le header, mais apparemment sans effet

Merci d'avance

[NoSmoking]

Bonjour,
• Passez à l'UTF-8 sans manquer une étape

[oni13]

Ok, mais c'est bien ce que je semble avoir respecté. En tout cas je ne trouve pas de réponse supplémentaire dans ce tuto.

la balise meta est ok (mon application est une SPA donc une page)
le header content-type est rempli

Passer par une méthode POST ne pose pas de problème au niveau du contenu, seuls les valeurs de headers ne fonctionnent pas sur des caractères spéciaux.

Je ne suis pas en PHP mais bien en javascript/ajax (DOJO)

[SpaceFrog]

tu semble avoir raté un étape ...
ton fichier est il en utf8 sans BOM ?
ton serveur délivre-t-il de l'utf8 ?
...

[oni13]

Il ne s'agit pas d'un fichier, je suis au sein d'un document HTML en récupérant la valeur d'un input, ou alors il y a quelque chose que je ne comprends pas :s

Mon serveur attend et délivre du UTF-8, normalement je peux en être sûr puisque pour du contenu POST c'est OK (il s'agit d'un serveur d'application java, WS exposé par Spring) et sans certains paramètres, j'ai le problème dans le POST.

Vous pensez que ça vient de l'exposition du webservice, qui en plus de préciser qu'elle consomme et produit du UTF-8, doit faire la même précision pour les header?

[thelvin]

Un header n'a pas le droit de contenir d'accent, pour quelque raison que ce soit.
Rien, jamais, nada, niet.
En principe les navigateurs devraient rejeter toute tentative d'en mettre, mais il me semble que ce n'est pas le cas.

Il est possible que la chaîne d'outils que tu utilises, n'ait simplement pas prévu le cas, et que la raison pour laquelle le header n'est pas lu en UTF-8, est que rien ne soit prévu pour qu'il le soit.

[SpaceFrog]

je suis au sein d'un document HTML

Ha ! Et donc ton document html n'est pas un fichier ?

[oni13]

@SpaceFrog: ben étant donné que le lien de tuto qu'on m'a refilé fait la distinction entre un document HTML et un fichier, j'ai estimé que tu parlais de ça, donc non. Mais apparemment ce n'est pas le problème.

Ok merci thelvin. Du coup, tout appel de service GET ne doit prévoir de passer des paramètres uniquement dans l'URL (pathVariable)?
Je préférais éviter car je pensais que c'est dans ces cas là qu'on pouvait rencontrer des problèmes de caractère..

Je coup je pense privilégier des POST dans la plupart des cas alors !

[thelvin]

Ok merci thelvin. Du coup, tout appel de service GET ne doit prévoir de passer des paramètres uniquement dans l'URL (pathVariable)?
Je préférais éviter car je pensais que c'est dans ces cas là qu'on pouvait rencontrer des problèmes de caractère..

La manière de rencontrer des problèmes d'encodage, c'est écrire autre chose que de l'anglais simple. À toi de voir les risques que tu choisis de prendre ou pas.

Au moins avec les paramètres de GET, il y a des nombreux efforts d'internationalisation et de faire marcher les choses.
Avec les headers, ce n'est pas le cas. Il y a juste eu un truc pour le sujet des emails.

Pour information, rien ne t'empêche de faire ton propre encodage, comme par exemple encoder le texte en octets avec UTF-8, et mettre le tout en Base64.
Du coup c'est juste de l'ASCII, ça contient tout ce que tu veux, et tu n'auras jamais aucun problème d'encodage puisque tu gères la question toi-même.
Mais c'est assez contraignant.

Je coup je pense privilégier des POST dans la plupart des cas alors !

Si c'est sous forme de x-www-form-urlencoded, ils ont leurs soucis aussi. Pas de magie.

[oni13]

Au moins avec les paramètres de GET, il y a des nombreux efforts d'internationalisation et de faire marcher les choses.

Tu veux dire qu'on ne rencontrera pas de problème en utilisant des paramètres GET?
J'avais souvenir de voir apparaître des problèmes sur les espaces, accents etc.. peut-être que ça a évolué ou que ce n'est que sur les vieux navigateurs.

J'avoue que j'avais pas pensé à encoder / décoder, mais je trouve ça peu propre.. ou plutôt j’espérais qu'il existe une solution native !

[thelvin]

Tu veux dire qu'on ne rencontrera pas de problème en utilisant des paramètres GET?

Je veux dire qu'il y a une prise de conscience et que les gens travaillent pour qu'il y en ait moins, notamment avec les technologies plus récentes qui travaillent entre elles.
Et que ce n'est pas le cas avec les headers.

Ça ne veut pas dire que tu ne rencontreras pas de problème.
Ça veut dire que tu en rencontreras moins qu'avant, et moins qu'en utilisant autre chose.