Services Web XML:Récapitulation et inconvénients

Un article de WikiTuto.

Jump to: navigation, search

Catégorie:Cours XML

XML Concepts de base

Prise en main d'XML CookTop

Prise en main d'oXygen XML Editor

Déclarations de Type de Document

Initiation aux Schéma XML

Mise en forme à l'aide de feuilles de style XSL

Mise en forme à l'aide de feuilles de style XSL (XSLT)

Fonctions XPath

Utilisation du DOM et XSLT dynamique

Synchroniser des contenus multimédia avec SMIL

Un format de dessin vectoriel en XML: SVG

L'animation dans le SVG

Plus loin que les formulaires HTML: XForms

Quelques mots sur les Services Web

modifier Tdm XML

Source : Gilles Chagnon

[modifier]

Comment choisir un service Web

Reprenons notre exemple de recherche de code postal, et plaçons-nous dans la peau du développeur d'une application, qui doit entre autres (mais ce n'est pas là sa fonction première) vérifier la validité de codes postaux pour une trentaine de pays.

Les données ne sont peut-être pas gratuites ; développer un tel module dans l'application peut de surcroît prendre un temps non négligeable. La solution peut être un service Web.

Il suffit alors de regarder un annuaire -UDDI- pour constater si un tel service Web existe. Si oui, on vérifie (grâce au fichier WSDL) que le service fait bien ce qu'on désire qu'il fasse, puis on peut prendre contact avec la compagnie qui le propose, vérifier sa solvabilité, la fiabilité de sa connexion réseau, enfin acheter éventuellement le service si cela s'avère plus rentable.

Une fois que l'on a décidé d'avoir recours à un service Web, l'essentiel est fait. Il suffit alors de lire la spécification précise du service (une étape qui peut être automatisée si le service est décrit avec WSDL), et d'écrire le client en faisant appel aux fonctions et bibliothèques disponibles pour son langage de programmation favori (par exemple, VB.Net).

Du côté du développeur d'un service Web, une profonde réflexion doit avoir lieu en préalable à toute mise à disposition du service au public, notamment sur une définition rigoureuse et stable de l'interface (il serait malvenu de demander à tous les clients de mettre à jour leurs programmes, sous le simple prétexte qu'une balise a légèrement changé de nom...), mais aussi sur les inévitables questions de sécurité et de confidentialité des échanges.

[modifier]

Les inconvénients

A la date d'écriture de ce cours (mai 2004), quatre freins bloquent encore le développement de ces outils.

1. les transferts se font en XML. Or un tel fichier est assez gros (par rapport, par exemple, à un fichier binaire), et pour peu que le service soit un tant soit peut complexe, les échanges peuvent être lents ;

2.la lenteur de ces échanges vient de l'utilisation du réseau. Cela signifie que si une partie importante du code d'une application dépend d'une requête à un service Web, et que le réseau, pour une raison quelconque, est paralysé, l'application sera dans l'incapacité de fonctionner correctement. Il y a donc une très forte dépendance de contraintes extérieures pas forcément contrôlables ;

3.les services Web ne sont pas encore très répandus ; il est donc encore peu probable de trouver l'objet de sa recherche ;

4. enfin, et cela est lié à la remarque précédente, ce qui est rare est cher... même si certains services Web sont gratuits.

Certains services Web sont néanmoins d'ores et déjà accessibles :