Principales différences entre les services Web SOAP et RESTful en java [dupliquer]

RESTE vs SAVON Services Web

Je vois beaucoup de nouveaux services Web implémentés à l'aide d'un REST architecture de style ces jours-ci plutôt qu'un SAVON. Permet de reculer d'un deuxièmement, expliquez ce qu'est le REPOS.

Qu'est-ce qu'un service Web REST

L'acronyme REST signifie Transfert d'État représentatif, ceci signifie fondamentalement que chaque URL unique est une représentation de certains objet. Vous pouvez obtenir le contenu de cet objet en utilisant un HTTP OBTENIR, pour supprimez-le, vous pouvez ensuite utiliser un POST, PUT ou DELETE pour modifier le objet (en pratique, la plupart des services utilisent un POST pour cela).

Qui utilise REST?

Tous les services Web de Yahoo utilisent REST, y compris Flickr, del.icio.us L'API l'utilise, pubsub, bloglines, technorati, et à la fois eBay et Amazon avoir des services Web pour REST et SOAP.

Qui utilise du SAVON?

Google semble être cohérent dans la mise en œuvre de ses services Web pour utiliser SOAP, à l'exception de Blogger, qui utilise XML-RPC. Vous trouvez également des services Web SOAP dans de nombreux logiciels d'entreprise.

RESTE vs SAVON

Comme vous l'avez peut-être remarqué, les entreprises que j'ai mentionnées utilisent REST les api n'ont pas été là depuis très longtemps, et leurs API sont sorties ceci année principalement. Donc REST est certainement la façon à la mode de créer un web service, si la création de services Web pourrait jamais être à la mode (avouons-le vous utilisez du savon pour laver et vous reposer lorsque votre état de fatigue). Principal les avantages des services web REST sont:

Léger-pas beaucoup de résultats lisibles par l'homme de balisage xml supplémentaire Facile à construire-aucune boîte à outils requise SOAP a également quelques avantages:

Facile à consommer - contrôle de type parfois rigide, adhère à un outils de développement de contrat Pour la consommation de services Web, c'est parfois un mélanger entre ce qui est plus facile. Par exemple le site web AdWords de Google le service est vraiment difficile à consommer (en CF de toute façon), il utilise SAVON en-têtes, et un certain nombre d'autres choses qui le rendent un peu difficile. À l'inverse, le service Web REST d'Amazon peut parfois être difficile à analyser car il peut être fortement imbriqué et le schéma de résultat peut varier tout à fait un peu en fonction de ce que vous recherchez.

Quelle que soit l'architecture que vous choisissez, assurez-vous que c'est facile pour les développeurs pour y accéder, et bien documenté.

Freitag, P. (2005). "RESTE vs SAVON Services Web". Extrait de http://www.petefreitag.com/item/431.cfm en juin 13, 2010

SAVON

Simple Object Access Protocol (SOAP) standard un langage XML définissant une architecture de message et des formats de message, est utilisé par les services Web il contient une description des opérations. WSDL est un langage basé sur XML pour décrire les services Web et comment y accéder. sera exécuté sur le serveur SMTP,HTTP,FTP, etc. Nécessite un support middleware, un mécanisme bien défini pour définir des services tels que WSDL + XSD,WS-Policy SOAP renverra des données basées sur XML

REPOS Services Web de transfert d'État de représentation (RESTful). ce sont des services Web de deuxième génération. Les services Web RESTful communiquent via HTTP par rapport aux services basés sur SOAP et ne nécessitent pas de messages XML ou de définitions d'API de service WSDL. pour REST, aucun middleware n'est requis, seul le support HTTP est nécessaire.WADL Standard, REST peut renvoyer XML, texte brut, JSON, HTML, etc.

REST est une architecture. RESTE donnera lisible résultats. Le REPOS est apatride. Les services REST sont facilement cachables.

SOAP est un protocole. Il peut fonctionner au-dessus de JMS, FTP, Http.

1. REST n'a pas de définition d'interface WSDL[Web Description Language].

2. REST est sur HTTP, mais SOAP peut être sur tous les protocoles de transport tels que HTTP, FTP, SMTP, JMS, etc.

Reste VS SAVON

SAVON:

► SOAP est un protocole d'accès objet simple qui s'exécute sur TCP/UDP/SMTP.
► SOAP lire et écrire des messages de réponse de demande au format XML.
► SOAP utilise l'interface afin de définir les services.
► SOAP est plus sûr car il a sa propre sécurité et des normes bien définies.
► SOAP suit le style RPC et Document pour définir les services Web.
► SOAP utilise SOAP-UI comme outils client pour les tests.

RESTE

► REST est représentatif transfert d'état qui utilise les protocoles HTTP sous-jacents.
► LE REPOS est apatride.
► REST est un style architectural utilisé pour décrire et définir des services Web.
► REST peut lire et écrire des messages de réponse de demande en JSON / XML / HTML simple.
► REST utilise l'URI pour chaque ressource utilisée dans le service Web.Une ressource peut être une méthode de texte d'image, etc.
► REST utilise un ensemble de verbes comme GET, POST, PUT, DELETE de HTTP.
► REST est facile à développer et facile à gérer par rapport au SAVON INTERFACE.
► REST a des outils clients légers ou des plugins qui peuvent facilement être intégrés dans le navigateur.
► Les services REST sont capables de mettre en cache.

• REST signifieRepresentational State Transfer où SOAP signifieSimple Object Access Protocol .

• SOAP définit sa propre sécurité où as REST hérite de la sécurité de de transport sous-jacent.

• SOAP ne prend pas en charge la gestion des erreurs mais REST a une erreur intégrée la manipulation.

• REST est léger et ne nécessite pas l'analyse XML . REST peut être consommé par n'importe quel client, même un web navigateur avec Ajax et Javascript. REST consomme moins de bande passante, il ne nécessite pas d'en-tête SOAP pour chaque message.

  • REST est utile sur tout protocole qui fournit un URI. Ignorer le point 5 pour le REPOS comme mentionné ci-dessous dans l'image.

Différence entre le Repos et du Savon

Savon services Web :

1. Si votre application a besoin d'un niveau de fiabilité et de sécurité garanti, SOAP propose des normes supplémentaires pour assurer ce type d'opération.
2. Si les deux parties (fournisseur de services et consommateur de services) doivent s'entendre sur le format d'échange, SOAP donne les spécifications rigides pour ce type d'interaction.

RestWeb-Services:

1. Opérations totalement sans état: pour CRUD sans état (Créer, Lire, Mettre à jour et Supprimer) opérations.
2. Situations de mise en cache: Si les informations doivent être mises en cache.

Le service Web SOAP effectue toujours une opération POST alors qu'en utilisant REST,vous pouvez choisir des méthodes http spécifiques comme GET,POST,PUT, DELETE. Exemple: pour obtenir un élément en utilisant SOAP, vous devez créer une demande xml mais dans le cas de REST, vous pouvez simplement spécifier l'id de l'élément dans l'URL elle-même.

RESTE est plus facile à utiliser pour la plupart, et est plus souple.Contrairement à SOAP, REST n'a pas besoin d'utiliser XML pour fournir la réponse. Nous pouvons trouver des services Web basés sur REST qui produisent les données dans Command Separated Value (CSV), JavaScript Object Notation (JSON) et Really Simple Syndication (RSS). Nous pouvons obtenir la sortie dont nous avons besoin sous une forme facile à analyser dans la langue dont nous avons besoin pour notre application.REST est plus efficace(utilisez des formats de message plus petits), rapide et plus proche des autres sites Web technologies dans la philosophie du design