Anatomie de la durée de vie d'un service Web XML
Cette rubrique est spécifique à une technologie existante. Les services Web XML et les clients du service Web XML doivent à présent être créés à l'aide de Windows Communication Foundation.
Le processus qui se produit lorsque vous faites un appel de service Web XML est semblable au processus qui se produit lorsque vous faites un appel de méthode normal. La principale différence est qu'au lieu d'appeler une méthode située dans l'application cliente, vous générez un message de demande via le transport spécifié, par exemple HTTP. La méthode de service Web XML pouvant être située sur un autre ordinateur, les informations dont le service Web XML a besoin pour traiter la demande doivent être passées via le réseau au serveur qui héberge le service Web XML. Le service Web XML traite les informations et renvoie le résultat, via le réseau, à l'application cliente.
L'illustration suivante montre le processus de communication entre un client et un service Web XML.
Durée de vie d'un service Web XML
.gif "Durée de vie d'un service Web XML")
Les éléments suivants décrivent la séquence des événements qui se produisent lorsqu'un service Web XML est appelé :
Le client crée une instance d'une classe proxy de service Web XML. Cet objet réside sur le même ordinateur que le client.
Le client appelle une méthode sur la classe proxy.
L'infrastructure sur l'ordinateur client sérialise les arguments de la méthode de service Web XML dans un message SOAP et l'envoie via le réseau au service Web XML.
L'infrastructure reçoit le message SOAP et désérialise le XML. Elle crée une instance de la classe qui implémente le service Web XML et appelle la méthode de service Web XML, en passant le XML désérialisé comme arguments.
La méthode de service Web XML exécute son code, en définissant finalement la valeur de retour et tous paramètres de sortie.
L'infrastructure sur le serveur Web sérialise les valeur de retour et paramètres de sortie dans un message SOAP et le renvoie via le réseau au client.
L'infrastructure de service Web XML, sur l'ordinateur client, reçoit le message SOAP, désérialise le XML dans la valeur de retour et des paramètres de sortie et les passe à l'instance de la classe proxy.
Le client reçoit la valeur de retour et les paramètres de sortie.
Création d'un service Web XML
La création d'un service Web XML est semblable à la création de tout composant qui fournit un accès par programme à sa logique d'application. Pour créer un service Web XML, vous avez besoin de quelques fonctionnalités qui constituent le service que vous souhaitez exposer, d'une description de service qui définit comment utiliser le service et d'une infrastructure pour prendre en charge la réception et le traitement des demandes ainsi que l'émission des réponses. Heureusement, une bonne partie de l'infrastructure requise vous est fournie.
Création d'un client de service Web XML
Les services Web XML étant accessibles par URL, HTTP et XML, des programmes exécutés sur n'importe quelle plateforme et dans n'importe quel langage peuvent accéder aux services Web XML. Étant donné que la nature décentralisée des services Web XML permet à la fois au client et au service Web XML de fonctionner en unités autonomes, il y a d'innombrables façon de consommer un service Web XML. Par exemple, un appel vers un service Web XML peut être inclus dans une application Web, un composant d'intergiciel (middleware), ou même un autre service Web XML. Quelle que soit la forme que prenne le client de service Web XML, la seule chose nécessaire pour appeler un service Web XML est d'envoyer un message de demande correctement mis en forme qui soit conforme à la description de service publiée pour ce service Web XML. Selon la nature du service Web XML, il peut envoyer un message de réponse en retour. L'expéditeur de la demande doit ensuite être capable d'extraire les informations nécessaires de ce message.