Scénarios d'utilisation de WSIF
Cette rubrique décrit deux scénarios illustrant le rôle de WSIF dans le nouvel environnement des services Web. Le premier s'intitule "Redéveloppement et redéploiement", le second s'appelle "Composition de flux de services".
Scénario : Redéveloppement et redéploiement
Lorsque vous implémentez un service pour la première fois, vous créez un prototype simple. Lorsque vous souhaitez mettre en production un service Web prototype, il est souvent nécessaire de le redévelopper et de le redéployer.
- vous pouvez implémenter et redéployer vos services sans changer le code client,
- vous pouvez utiliser des infrastructures existantes fiables et dont les performances sont élevées, par exemple le protocole RMI-IIOP (Remote Method Invocation over Internet Inter-ORB Protocol) et JMS (Java™ Message Service) sans sacrifier l'indépendance liée à l'emplacement offert par le modèle de service Web.
Scénario : composition de flux de service
Dans un flux de services, un premier service Web est appelé et la réponse est passée au service Web suivant en subissant éventuellement une transformation entre les deux.
Deux aspects clés de ce modèle de flux sont fournis par WSIF :
- une représentation de l'appel de service basée sur les métadonnées en WSDL (Web Services Description Language),
- la possibilité de créer des appels basés uniquement sur l'élément portType, qui peuvent être utilisés dans n'importe quelle implémentation.
Par exemple, imaginez construire un métaservice employant un certain nombre de services pour générer un processus. Initialement, plusieurs de ces services sont de simples prototypes de bean Java écrits et exposés à l'aide de SOAP, mais vous prévoyez d'implémenter à nouveau certains d'entre eux en tant que fournisseurs d'EJB et d'en externaliser d'autres.
Si vous utilisez SOAP, plusieurs unités d'exécution sont liées les unes aux autres pour chaque nouvel appel car ce dernier transite via le serveur Web et le moteur de servlet dans le routeur SOAP. Si vous utilisez WSIF pour appeler des beans directement, vous obtenez des performances bien meilleures (comparées à celles de SOAP) et vous ne perdez pas le bénéfice de la transparence vis-à-vis du mode d'accès ou du lieu d'implémentation. A l'aide de WSIF, vous pouvez remplacer des implémentations de bean Java par des implémentations d'EJB sans changer le code client. Pour déplacer certains services Web à partir d'implémentations locales vers des services SOAP externes, il suffit de mettre à jour le fichier WSDL.