Développez-vous plus des services Web SOAP ou REST ?
Venez partager votre expérience

Le , par Mickael Baron, Responsable Java
Développez-vous des services Web SOAP, REST ou les deux
Dans le cadre du développement de services Web, deux familles peuvent être distinguées. La première basée sur des standards, appelée services Web SOAP ou étendu, s'appuie sur le triptyque WSDL, SOAP et UDDI. La seconde famille appelée service Web REST ou RESTful est un style d'architecture inspiré de l'architecture du Web.

Nous aimerions profiter de ce débat afin que vous veniez partager votre expérience dans la mise en place de services Web au sein des entreprises. Vous pourriez par exemple indiquer si dans le cas d'échange de données entre des entreprises, vous êtes plus amenés à utiliser les services Web SOAP pour les aspects standardisations ? De la même façon dans le cas d'ouverture d'API, êtes-vous plus enclins à développer des services Web REST ?

Nous avons également ajouté un petit sondage afin que vous puissiez choisir entre services Web SOAP, services Web REST ou pourquoi pas les deux.

Alors êtes-vous plus services Web SOAP ou service Web REST ?


Vous avez aimé cette actualité ? Alors partagez-la avec vos amis en cliquant sur les boutons ci-dessous :


 Poster une réponse

Avatar de ikane ikane - Nouveau membre du Club https://www.developpez.com
le 27/02/2013 à 12:02
Si je dois développer des web services dans un contexte B2B avec éventuellement des protocoles autres que HTTP; ou on doit gérer la problématique de gouvernance (standards ws-*), alors j'opterai pour des web services SOAP.

Si en revanche mes services sont exposés sur le web (protocole HTTP), alors je partirai sur du SOAP pour commencer simple.
Avatar de rockley rockley - Membre averti https://www.developpez.com
le 27/02/2013 à 16:35
SOAP c'est quand même quelque chose de lourd par rapport au RestFull ( nom compliqué pour dire get/post ).
Donc tout dépand de la taille du projet, des objectifs, de l'utilisation qu'on veux en faire, etc ...
C'est pas forcement une question de préfèrence. Le SOAP s'impose presque de lui même quand le projet prends de l'importance.
Avatar de hansaplast hansaplast - Membre éclairé https://www.developpez.com
le 04/03/2013 à 13:25
Bonjour,

Ayant employé pas mal de WS SOAP, j'ai rencontré dans au moins la moitiée de mes projets des soucis d'inter-opérabilité entre PHP et .net,

ce qui fait que, pour mes nouveaux WS, je n'emploie que du REST (sans aller jusqu’à faire du PUT ou autre, afin de pouvoir les tester simplement dans un navigateur)
Avatar de FloMo FloMo - Membre expérimenté https://www.developpez.com
le 04/03/2013 à 13:58
J'utilise quasiment exclusivement du REST, de préférence RESTful.
C'est léger, simple, efficace.
Avatar de stailer stailer - Membre chevronné https://www.developpez.com
le 04/03/2013 à 14:10
Restful chaque fois que je le peux !

Comme d'autres j'ai déjà eu également des soucis entre PHP et webservices SOAP .Net.
Avatar de vincent.poupet vincent.poupet - Membre du Club https://www.developpez.com
le 04/03/2013 à 14:56
Comme dit plus haut, c'est vraiment les besoins qui doivent driver ce choix. Si c'est pour mettre en place un flux entre deux applis métier, SOAP avec tout son outillage permet de faire des choses robustes efficacement (avec des générateurs etc... ). En plus les middleware / ETL / ESB le gère plutôt bien.

Par contre, pour le WEB/front, c'est vrai que des appels GET sur du JSON, c'est très efficace !

Pour moi c'est vraiment deux technos pour deux usages différents.
Avatar de Lunatikzx Lunatikzx - Nouveau membre du Club https://www.developpez.com
le 04/03/2013 à 15:37
En fait je vois plutôt cela comme ça:

J'utilise ResT si je veux exposer mon API a un client il est plus efficace dans le cas d'intercommunication entre l'API et le client.

Le SOAP me semble plus approprié pour les communications entre serveur, il est plus difficile d'exposer les données SOAP que ResT.

Je crois donc au final que les deux types de service sont très efficace mais que chacun a son utilité propre.

Je veux envoyer les données d'un serveur a un autre pour quelque raison que ce soit j'utilise SOAP.

Je veux exposer un API et donner au client accès à des données stocké sur mon serveur sur son navigateur j'utilise ResT
Avatar de Cobalt59 Cobalt59 - Membre régulier https://www.developpez.com
le 04/03/2013 à 17:31
Entre REST et SOAP c'est l'utilisation finale qui dicte ce que l'on veut faire.

SOAP est bien plus structuré grâce aux wdsl et l'uddi donc c'est pas mal pour du B2B.

REST est lui bien plus simple et léger (pas d'enveloppe XML).
Niveau sécurité si on utilise bien les possibilités du protocole HTTP via le HTTPS et authentification (forte ou faible), c'est aussi bien sécurité que SOAP avec WS-Security.

Personnellement je travaille sur des webservice orienté web et mobile et le choix a été vite fait : REST !
Il ne manque plus qu'un peu de formalisme à sa mise en place, notamment avec le wsdl2.
Avatar de FaridM FaridM - Membre expérimenté https://www.developpez.com
le 04/03/2013 à 19:43
Comment est-il possible de faire du REST quand on ne peut pas envoyer des requêtes PUT et DELETE depuis le navigateur ?

Je connais que SOAP, mais le REST m'intèresse de plus en plus et apparament, cette techno est plutôt bien appréciée.
Avatar de B.AF B.AF - Membre chevronné https://www.developpez.com
le 05/03/2013 à 0:03
M'étant fait convertir par un développeur de très haute qualité, je dois reconnaitre que php + js + rest / json permet de faire des architectures très clean et très propre.

En tous cas, par rapport à WS ce n'est pas une référence puisqu'il s'agit souvent de tokens et contrôle de session, donc c'est plutôt des implémentations particuliéres. Pour le cas du xml, n'importe qui ayant bossé sur des vraies architectures distribuées (pas un WCF pour sauvegarder un objet dans une base); ils ont vite compris l'inutile lourdeur de la chose - et par extension SOAP...

En dehors de la découverte et de l'annuaire, qui ne sont pas si usités, je ne vois pas vraiment l'utilité.

Après comme chacun a sa sensibilité à ce qui fait une bonne application...Moi le soap et au dessus tout ce qui est ws est un fantasme de technocrates souvent inapplicable ou trop lourd à mettre en oeuvre.
Responsables bénévoles de la rubrique Java Web : Mickael Baron - Robin56 -