SOAP

SOAP (auparavant appelé Simple Object Access Protocol) est un protocole simplifié permettant l'échange d'informations dans un environnement décentralisé et réparti. Un message SOAP correspond à une transmission d'informations entre un expéditeur et un récepteur. Il est possible de combiner plusieurs messages SOAP pour effectuer des masques de requête/réponse.

Bien que n'étant pas associé à un mode de transport particulier, SOAP est le plus souvent transmis via HTTP, de manière à assurer une compatibilité avec les infrastructures Internet existantes. SOAP permet de lier et d'utiliser les services Web découverts en définissant un chemin de messages pour le routage des messages. SOAP est utilisé pour émettre des requêtes UDDI pour les services Web. Le plan de travail prend en charge SOAP 1.1.

SOAP est un protocole basé sur XML, qui définit trois parties pour chaque message :

Enveloppe. L'enveloppe définit une structure pour décrire le contenu d'un message et de la manière dont il doit être traité. Un message SOAP correspond à une enveloppe contenant zéro, un ou plusieurs en-têtes et un seul corps de message. L'enveloppe constitue l'élément principal du document XML et offre un conteneur pour les informations de contrôle, l'adresse du message et le message lui-même. Les en-têtes transportent les informations de contrôle telles que les attributs de qualité du service. Le corps contient l'identification du message ainsi que ses paramètres. Les en-têtes et le corps constituent des éléments enfants de l'enveloppe.
Règles de codage. Le jeu de règles de codage exprime différentes instances des types de données définis par l'application. Les règles de codage définissent un mécanisme de sérialisation pouvant être utilisé pour échanger différentes instances de types de données définis par l'application. SOAP définit un schéma de type de données indépendant du langage de programmation, basé sur XSD, ainsi que des règles de codage pour tous les types de données définis d'après ce modèle. Le codage SOAP n'est pas conforme à la spécification WS-I et par conséquent, son utilisation littérale (qui n'est pas le codage) est suggérée pour les services Web interopérables et elle est requise pour la conformité WS-I.
Styles de communication. Les communications peuvent être basées sur un format d'appel de procédure éloignée (RPC) ou sur un format orienté messages (Document). Cette distinction est expliquée ci-après.

Style de liaison

SOAP prend en charge deux styles différents de communication :

Appel de procédure éloignée (RPC) : appel d'une opération renvoyant un résultat. Utilisé en général avec le codage SOAP, qui n'est pas conforme à la spécification WS-I.

Style Document : également appelé style orienté documents ou orienté messages. Ce style fournit une couche d'abstraction de bas niveau et nécessite un plus gros travail de programmation.

Styles de codage

Dans les environnements informatiques répartis, les styles de codage définissent la manière dont les valeurs des données définies dans l'application peuvent être traduites depuis et vers un format de protocole spécifique. Le processus de traduction est appelé sérialisation/désérialisation.

La spécification SOAP définit le style de codage SOAP :

Codage SOAP : le style de codage SOAP vous permet de sérialiser/désérialiser les valeurs des types de données à partir du modèle de données SOAP. Ce style de codage est défini dans la norme SOAP 1.1 et il n'est pas conforme à la spécification WS-I.

La spécification WSDL définit le style de codage XML littéral :

XML littéral : l'adjectif littéral fait ici référence au fait que le document doit être lu tel quel, non codé. Le document est sérialisé en XMI, ce qui signifie que le message XML est conforme au schéma de la spécification WSDL. Lors de l'utilisation du codage littéral, chacune des parties du message fait référence à une définition de schéma concrète. Le codage littéral est conforme à la spécification WS-I.

Modèle de données

Le modèle de données SOAP a pour but de fournir une abstraction indépendante du langage pour les types de données utilisés par les types de langages de programmation courants. Il se compose de :

Types XSD simples. Exemples : int, string, date.
Types composés. Il existe deux sortes de types composés, les structures et les tableaux. Les structures sont des types d'agrégations nommés au sein desquels chaque élément est associé à un nom ou à une balise XML unique. Les tableaux comportent des éléments identifiés par leur position et non par leur nom.

Tous les éléments et identificateurs comprenant le modèle de données SOAP sont définis dans l'URI de l'espace de nom. La norme SOAP définit les règles régissant la manière dont les types de données peuvent être construits. Un schéma XML propre au projet doit définir les véritables types de données. Les éléments de la spécification SOAP sont définis aux adresses suivantes : http://schemas.xmlsoap.org/soap/envelope/ et http://schemas.xmlsoap.org/soap/encoding/

Implémentations SOAP

Différentes implémentations du protocole SOAP sont disponibles actuellement. Ainsi, la Fondation Apache propose Apache SOAP qui s'appuie non seulement sur un projet IBM^® appelé SOAP4J, mais également sur Apache Axis et l'environnement d'exécution d'IBM WebSphere^®.

Mappages

Un mappage définit l'association entre un nom qualifié d'élément XML, un nom de classe Java™ et un style de codage. Le mappage spécifie comment, avec un codage donné, un élément XML entrant disposant d'un nom qualifié complet est converti en classe Java.

Pour plus d'informations sur Apache SOAP, voir xml.apache.org/soap Pour plus d'informations sur SOAP, voir www.w3.org/TR/SOAP