Est-ce que la fin du SOAP est proche?

Question

Suite à "Un bien méritée retraite pour l'API de recherche SOAP" de Google annonçant qu'ils ont récemment supprimé leurs APIs SOAP, je suis curieux de savoir ce que la communauté pense de SOAP en 2009. Je peux voir son utilisation pour la programmation à distance et la communication client-serveur plus verbeuse et sans état, mais pour une utilisation web [Ajax] plus généralisée, est-ce maintenant redondant?

Est-ce que les URL REST ont éliminé le besoin de SOAP et ce type de service web une fois pour toutes?

Answer 1

Il n'y a rien dans REST qui dit que vous ne pouvez pas utiliser les champs de formulaire POST pour PUT des données lorsque vous avez besoin d'envoyer des requêtes complexes. Vous pouvez même publier de gros blocs de XML volumineux si vous voulez essayer de le rendre aussi SOAPy que possible.

À mon avis, SOAP ne vous apporte rien d'autre qu'un wrapper dont vous n'avez jamais eu besoin au départ. Ce qui m'a dérangé, c'est la façon dont Axis et d'autres moteurs compilent des stubs de votre WSDL dans leur code, et à chaque fois que vous ajoutez quelque chose au WSDL, cela casse les consommateurs, même si tout était conçu pour être rétrocompatible. REST pour toujours.

Answer 2

SOAP est là pour rester - et à juste titre.

Dans un environnement d'entreprise, des choses comme les services auto-descriptifs (avec l'aide de WSDL), la capacité à utiliser des transactions et la messagerie fiable sont primordiales. Elles sont bien plus importantes que de courir après la "mode du jour".

REST a ses bons côtés - mais il ne peut jamais remplacer complètement SOAP, ni ne devrait le faire. REST est excellent pour une communication légère - comme twitter et autres. Mais il est également bon de connaître et d'utiliser SOAP.

SOAP bénéficie actuellement d'un bien meilleur support d'outils dans la plupart des environnements - il faudra un certain temps avant que REST ait quelque chose de comparable.

SOAP permet une description de service et une découverte de service lisibles par machine - REST n'a rien de tel, votre service REST peut - ou non - être documenté, et la qualité de la prose en anglais documentant vos services REST varie grandement.

Oui, REST est très à la mode en ce moment - et il facilite beaucoup de scénarios amusants à gérer. Mais je ne pense pas qu'il soit prêt pour une utilisation "de haut niveau, à l'échelle de l'entreprise", vraiment. Peut-être un jour - mais pas aujourd'hui.

Answer 3

Oh si seulement le SOAP était mort. Je peux vous assurer que certaines entreprises continuent de poursuivre des stratégies basées sur le SOAP, orientées RPC, aussi vite qu'elles le peuvent.

Answer 4

Comme vous l'avez déjà dit -- REST ne peut pas gérer les cas verbeux.

Si vous pouvez me dire comment je peux prendre un nombre arbitraire d'arguments complexes via un service web RESTful, sans atteindre les restrictions de longueur d'URL, j'adorerais l'entendre.

Mais pour les requêtes complexes de données scientifiques, nous avons besoin de quelque chose de plus que des paramètres positionnels ou des paires clé/valeur.

Ma prédiction est que SOAP ne mourra pas avant un certain temps après COBOL et Fortran.