tout d'abord merci pour ton implication.
en fait, j'ai crée un webservice en asp.net (VB.net en code behind pour être précis) avec visual .net 2003 et c'est un webservice on ne peut plus banal (1 méthode).
en pratique le webservice doit s'attendre à recevoir des messages en POST HTTP (peu importe la source, que ce soit en provenance du web ou d'une application stand alone, du moment que post http arrive, il traite)
techniquement, j'ai autorisé dans le web.config la communication en Post HTTP
donc pour utiliser le webservice, on peut soit l'utiliser manuellement (avec le bouton INVOKE) soit de manière automatique (c'est la le but)
et pour faire de l'automation, il faut faire du POST HTTP ou du GET HTTP.
or notre client ne sait faire que du POST HTTP donc ca ressemble a ca :
POST /WSParatel/Service1.asmx/PostData HTTP/1.1
Host: localhost
Content-Type: application/x-www-form-urlencoded
Content-Length: length
XML=string
réponse si tout OK :
HTTP/1.1 200 OK
comme tu peux le constater il s'attend a un message de type "application/x-www-form-urlencoded"
mais avec ce format, les "é", "à" et bien d'autres caractères sont remplacés par des "?" ou supprimés carrément
et pour moi la solutio serait de dire au webservice qu'il doit s'attendre à non plus des messages dont le content-type est : "application/x-www-form-urlencoded" mais du "text/xml"
ou bien comme tu dis, ca se pourrait que ca provienne du serveur IIS... mais la je ne m'y connais pas trop.
et pour ce qui est du globalization, que me conseillerais tu de faire? car utf-8 n'est pas trop parlant, et puis je ne sais pas quoi faire avec...
une piste aussi, c'est que MSDN précise que lorsqu'on fait du POST HTTP, il y a un URLENCODE qui se passe... mais j'ai essayé dès la réception du message xml de faire un system.web.webutility.urldecode et un htmldecode mais rien n'y fait... toujours ce bug.
merci d'avance.