Caractères spéciaux et Webservice

Bonjour à tous.
Me revoilà avec un problème web service.

J'ai un web service Axis2/Java 6.
J'ai deux clients différents :
- un client en Java6 / Axis2 généré par les wizard eclipse
- un client Java 1.4 qui ouvre des connections http dans lequel il envoit du xml créé à l'aide d'un string (car on connait à l'avance la tête du message à envoyer au webservice).

Avec le client Axis2 je peut passer en entrée des caractères suédois etc... sans problème, mais avec le client java 1.4 qui fait du HTTP "à la main", j'ai une IOException erreur 500.
Parmi les caractères spéciaux me posant soucis, il y a les lettres accentuées, accentuées + en majuscule etc...
Quelle solution puis-je adopté pour être sûr que plus jamais un tel problème ne se reproduise, en d'autres termes, quel est exactement le problème et comment y remédier définitivement?

Merci !

a mon avis, ton client "code a la main" ne t envoie pas les chaines dans un format UTF-8 ou autre
donc
1) regarde ce que t envoie le client en question (tu peux eventuellement utiliser un sniffer pour espionner le flux http si tu n a pas d autres solutions)
2) compare avec la meme chaine envoye par le clinet axis2
a mon avis dans l entente du va avoir seulement <?xml version="1.0" ?> pour le client "a la main"
3) sur ton serveur, tu peux juste trapper l exception si la chaine est mal codee. Si on t envoie quelque chose de mal codé, au moins tu ne plantera pas

de même, à mon avis le client 1.4 a oublié de préciser l'encodage des caracteres.

soit par un <?xml version='1.0' encoding='XXXXXX'?>

soit par l'entete HTTP Content-Type: text/xml; charset='XXXXX'

Malheureusement j'ai déjà fait tout ceci, mais si j'encode dans le client en utf-8 mes caractères spéciaux sont perdu (remplacés pas ?), et sinon l'entête du message soap semble ne servir à rien -> aucun effet si je le modifie.
Idem pour le content-type charset de l'HttpURLConnection.

JE suis aussi intéressé par la réponse. J'ai le même problème avec mon webservice php consommé avec java.

En attendant la solution, j'effectue une conversion des caractère spéciaux en caractère normaux (È devient E, é -> e, etc...)

Nous pensions avoir trouver une solution :
passer le message soap fait main dans un parser XML pour qu'il s'occupe des problèmes d'encodage, le récupérer sous forme de string et l'envoyer.
Résultat presque tous les caractères qui posaient problème passent désormais... sauf un : le Ä.
Bref, pas de méthode miracle, peut-être faudrait-il tester d'autres parsers.