Les modules de remplacement des services sont des émulations d'un service réel pouvant être utilisées pour remplacer la fonctionnalité du service dans un environnement de test. Un serveur de modules de remplacement se substitue au serveur d'applications réel.
Du point de vue de l'application client, le module de remplacement de service semble identique au service réel qu'il simule.
Pour utiliser un module de remplacement de service au lieu du service effectif, vous devez être capable de remplacer l'URL de ce dernier dans l'application originale par celle du serveur de modules de remplacement.
Important : Pour les versions 8.7 et ultérieures, vous ne pouvez pas utiliser l'option de planning d'IBM® Rational Performance Tester pour déployer à distance des serveurs de modules de remplacement. Si vous avez déjà déployé les serveurs de modules de remplacement à distance, vous devez installer IBM Rational Service Tester for SOA Quality ou Rational Performance Tester sur ces ordinateurs puis déployer en local les serveurs de modules de remplacement.
Exemples de cas d'utilisation
Il peut être utile dans plusieurs cas de déployer des modules de remplacement de services au lieu des services eux-mêmes pour vos tests :
- Si vous testez un service local utilisant les données d'un autre service éloigné, vous pouvez à avoir à injecter dans le service testé un contenu spécifique issu du service éloigné. Vous pouvez simuler le service éloigné avec un module de remplacement pour vérifier que le service local répond correctement à une entrée de données spécifique.
- Certains services commerciaux facturent chaque appel de leurs utilisateurs. Si vous testez un service de ce type, vous pouvez développer et déboguer votre test face à un module de remplacement du service, basé sur le WSDL du service réel, sans être facturé par le service commercial.
- Lors de l'intégration d'une application volumineuse impliquant un grand nombre de clients et de services, certains
services peuvent ne pas être encore opérationnels bien que leurs spécifications WSDL soient disponibles. Vous pouvez simuler les services indisponibles à l'aide de modules de remplacement et poursuivre ainsi vos travaux d'intégration.
Architecture de module de remplacement de service
Pour créer un module de remplacement de service, vous devez fournir une spécification WSDL existante. Le module de remplacement du service est généré avec exactement les mêmes
ports et les mêmes liaisons que le service original de sorte qu'il est possible d'y accéder avec exactement la même interface.
Chaque opération du service renvoie une réponse par défaut du type défini par le WSDL.
Vous pouvez ouvrir le module dans l'éditeur de modules de remplacement
afin de modifier la réponse par défaut ou de créer des réponses conditionnelles simulant les réponses réelles du service original.
Lorsque vous avez fini de modifier le module de remplacement, vous pouvez le déployer sur un serveur de modules de remplacement de services local s'exécutant dans le plan de travail. Ce serveur simule le serveur d'application réel et peut héberger plusieurs modules de remplacement de services.
Vous pouvez contrôler le serveur de modules de remplacement à partir de la vue Moniteur de module de remplacement.
Enfin, pour utiliser le module de remplacement au lieu du service original, vous devez modifier l'URL utilisée par l'application client afin qu'elle pointe sur le serveur de modules de remplacement local au lieu du serveur d'applications original. Cette URL, ainsi que le WSDL du module de remplacement de service, est indiquée dans la vue Moniteur de module de remplacement.