Les services web

Les messages chargés d’invoquer un service Web ou de délivrer une réponse de service Web sont des documents XML conformes au standard SOAP. L’élément Body d’un message SOAP indique le service que vous demandez ou qui renvoie une réponse, et il inclut les valeurs de chaque paramètre. L’enveloppe est l’élément le plus externe, ou racine, d’un message SOAP.

Quand vous envoyez un message demandant un service Web, le message en question est contenu dans une enveloppe SOAP, tout comme un message envoyé par la poste est contenu dans une enveloppe papier. Mais l’analogie avec le service postal s’arrête là, car il vous appartient de déterminer comment faire parvenir le message SOAP au partenaire.

Le plus souvent, les messages SOAP sont délivrés via HTTP, souvent par exécution d’une application de type Web, par exemple. Cependant, on peut aussi envoyer des messages SOAP par courriel, par FTP, ou en les envoyant à un serveur accessible aux deux applications : celle du service Web et celle qui demande le service. Bien sûr, évitez d’envoyer des informations sensibles via un message SOAP sans vérifier sa protection (pour en savoir plus sur la sécurité des services Web, voir l’article « WSSecurity : rôle et fonctionnement » dans ce numéro).

XML-RPC peut se substituer à SOAP et par conséquent, c’est un autre standard dont vous entendrez parler s’agissant de services Web. Un RPC (Remote Procedure Call) est un moyen d’invoquer un processus sur une autre plate-forme. Plus précisément, on peut considérer XML-RPC comme une version simplifiée de SOAP qui accepte des types de données limités et est toujours envoyé comme une requête HTTPPOST. SOAP a aussi beaucoup d’autres possibilités (avec la complexité inhérente) dont XML-RPC est dépourvu. Pour plus de détails sur XML-RPC, voir xmlrpc.com.