Discussion :

[root76]

Bonjour,


Je suis en phase d'étude de la mise en place d'un webservice pour échanger des données XML entre un client et un webservice (le ws reçoit et envoie du xml), j'ai déja travaillé avec du SOAP mais jamais avec du REST et dans le cadre de ma comparaison entre ces deux technos ,j'aurais quelques questions:
1- j'aimerais savoir selon vos retours d'expérience est ce que le mode REST gère bien l'échange des objets XML un peu volumineux càd qu'il n ya aucun souci par rapport à la taille des objets xml échangés.
2-y'aurait t il une différence de performance entre l'utilisation de JSON ou du XML ? sachant que mes objets sont à l'origine des fichiers XML, donc pour moi c'est plus judicieux d'utiliser du XML...
3- entre Tomcat et weblogic lequel a fait ses preuves avec des web services REST?
4- en terme de cache , j'aimerais charger quelques objets métiers (qui seront utilisés par mon web service) au démarrage de mon serveur, quel système de cache est le plus optimale et pérformant à utiliser avec Tomcat ou bien WebLo

je vous remercie pour vos éclaircissement.

[rockley]

Bonjour,

Je ne vais pas forcément réponde à tes questions mais pour simplifier
REST c'est juste du get/post html. Il lui ont collé un nom compliqué pour faire genre.

Quand t'as beaucoup de volume vaut quand même mieux partir sur SOAP.

[Oussapik]

Mon avis sur la question :

1. REST gère très bien le XML, aucun problème là dessus. En général, on va lire le header accept pour définir le format de la réponse (XML, JSON, autre ?) donc je ne vois pas de limitation sur ce cas.
2. La différence est pour moi à deux niveaux ici : tu réduit la quantité d'information transitant sur le réseau. Si ton réseau est un peu faible, ça peut donc être utile. Par contre, si tes objets sont déjà en XML, tu vas perdre pas mal de temps à transformer ça en JSON, puis re-XML peut-être sur le client, donc ça me parait une mauvaise idée.
3. Aucun problème pour faire du REST sur un Tomcat, je n'ai jamais testé sur WebLogic, mais je ne vois pas pourquoi cela ne fonctionnerait pas
4. Je manque de recul pour pouvoir t'apporter ne serait-ce qu'un début de réponse ici.

[root76]

Merci pour vos réponses.

@rockley: le problème c'est q'après toutes les études comparatives entre les deux que j'avais lues sur le Net, aucune ne donne des arguments clairs et objectifs pour préferer SOAP sur REST, sans oubliés que le SOAP surcharge déjà les données qui s'envoient entre le client et le serveur,ce que reste ne fait pas.