Discussion :

[C-Jay]

Bonjour,


j'accède à certains webservices dans mon application android, web services dont je n'ai aucun pouvoir dessus, juste l'accès. Spécialement pour deux :

le xxxx.com/message/id/mdp/monMessage
et xxxx.com/messages/id/mdp

les mots de passes sont en dur dans l'url mais peu importe, c'est un projet scolaire, et aucune sécurité n'est requise.

Le souci, c'est que l'ajout d'un message se fait avec le premier webservice, et on peut voir que le message est envoyé directement via l'url.
J'ai donc pensé qu'il pourrait être judicieux de l'encoder avant de l'envoyer.
jusqu'ici ça fonctionne.

Le souci, c'est que lorsque je récupère mes messages avec "/messages/id/mdp", je récupère une string (que je parse ensuite). Théoriquement je ne devrais pas avoir à décoder cette string puisque c'est une chaine de caractère "pure" qui n'a pas été encodée pour tenir dans une url. Sauf que le souci est que lorsque que je l'affiche, j'obtiens un "test+test1+test2". Les espaces sont devenus des +. J'ai donc essayé de décoder la string avec URLDecoder, mais cela ne fonctionne carrément plus puisque dans ce cas la, il ne peut pas lire des anciens messages (des messages écrits par des personnes tierces, ou moi-meme, l'application devant afficher les messages d'une sorte de chat) car ceux-ci comportent le caractère "%" qu'il n'arrive pas à décoder. A juste titre j'imagine puisque celui-ci est utilisé dans les url.

Concrètement, j'aimerais pouvoir envoyer mes messages avec n'importe quel caractère spécial dedans et qu'ensuite je puisse les récupérer et afficher ces caractères spéciaux sans soucis. mais la solution que j'ai implémenté actuellement ne fonctionne pas.


Quelqu'un a-t-il une idée ?

[nicroman]

Je ne comprends pas bien... quel est la structure exacte du webservice ?

POST xxxx.com/message/id/mdp?mesage=xxxxxxxxxxxx
pour envoyer un message ?

GET xxxx.com/message/id/mdp
pour récupérer les messages ?

D'après ce que tu dis j'ai l'impression que
GET xxxx.com/message/id/mdp/xxxxxxxxxxxxx
envoie un message, ce qui n'est pas possible (cela ne suit même pas les règles HTTP de base: l'URI doit pré-exister sur un GET, et si ce n'est pas le cas, constructions d'URIs à la volée, un second appel au même GET risque de ne rien faire puisque dans la cache du browser local / proxy /...).


Dans le cas du POST le paramètre (xxxxxxxxxx) doit être encodé avec URLEncoder (et décodé coté serveur avec URLDecoder).
Dans le cas du GET avec (xxxxxxxxxx) dans l'URI alors c'est encore pire tout dépend du serveur, il peut accepter l'UTF-8 ou non, dans tous les cas, l'URI doit être encodée en utilisant les constructeurs d'URL et non URLEncoder.
Le serveur à priori décode automatiquement les URL... Les caractères ':', '/' '\' '?' '&' sont alors de toute manière proscris (quelque soit l'encodage).