WebSphere Enterprise Service Bus, Version 6.2.0 Systèmes d'exploitation: AIX, HP-UX, i5/OS, Linux, Solaris, Windows


Primitives de médiation

Les composants de flux de médiation agissent sur les flux de messages entre les composants de service. Les fonctionnalités d'un composant de médiation sont implémentées par les primitives de médiation, qui mettent en oeuvre des types d'implémentation de service standard.

Un composant de flux de médiation dispose d'un ou plusieurs flux. Par exemple, un pour la requête et un pour la réponse.

WebSphere ESB prend en charge un ensemble intégré de primitives de médiation, qui mettent en oeuvre des fonctionnalités de médiation standard pour les modules de médiation déployés vers WebSphere ESB. Si vous avez besoin d'utiliser des fonctions de médiation spéciales, vous pouvez développer vos propres primitives de médiation.

Une primitive de médiation définit une opération "entrante" qui traite ou gère les messages représentés sous forme d'objets SMO (Service Message Object). Elle peut également définir une opération "sortante" qui envoie des messages vers un autre composant ou module.

Figure 1. Module de médiation contenant trois primitives de médiation
Primitives de médiation dans un module de médiation

Vous pouvez utiliser WebSphere Integration Developer pour configurer les primitives de médiation et définir leurs propriétés. Certaines de ces propriétés peuvent être visibles pour l'administrateur d'exécution si elles ont été promues. Toute propriété primitive de médiation qui peut être promue peut également être une propriété dynamique. Une propriété dynamique peut être remplacée, en phase d'exécution, à l'aide d'un fichier de règles.

WebSphere Integration Developer permet également de modéliser et assembler sous forme graphique les composants de flux de médiation à partir de primitives de médiation et d'assembler les modules de médiation à partir des composants de flux de médiation. La console d'administration fait référence aux modules de médiation en tant que modules SCA.

WebSphere Integration Developer permet également la définition de sous-flux dans les modules ou leurs bibliothèques dépendantes. Un sous-flux peut contenir toute primitive de médiation excepté pour la primitive de médiation Résolution de règle. Un sous-flux est appelé à partir d'un flux de demandes ou de réponses ou à partir d'un autre sous-flux utilisant la primitive de médiation Sous-flux. Les propriétés promues à partir des primitives de médiation dans un sous-flux sont affichées en tant que propriétés sur les primitives de médiation Sous-flux. Elles peuvent ensuite être à nouveau promues jusqu'à ce qu'elles atteignent le niveau de module auquel elles peuvent être modifiées par l'administrateur d'exécution.

Primitives de médiation prises en charge

L'ensemble suivant de primitives de médiation est pris en charge par WebSphere ESB :
Mappe d'objet métier
Transforme les messages.
  • Définit les transformations de message à l'aide d'une mappe d'objet métier, qui peut être réutilisée.
  • Permet de définir les transformations de message sous forme graphique, à l'aide de l'éditeur de mappe d'objet métier.
  • Peut modifier le contenu d'un message.
  • Peut transformer un type de message d'entrée en un type de message de sortie différent.
Médiation personnalisée
Permet d'implémenter votre propre logique de médiation en code Java™. La primitive de médiation personnalisée associe la flexibilité d'une primitive de médiation définie par l'utilisateur, à la simplicité d'une primitive de médiation prédéfinie. Vous pouvez créer des modèles d'acheminement et de transformation complexes en :
  • Créant le code Java.
  • Créant vos propres propriétés.
  • Ajoutant de nouveaux terminaux.
Vous pouvez appeler un service depuis une primitive de médiation personnalisée, mais la primitive de médiation d'appel de service (Service Invoke) est conçue pour appeler des services et fournir d'autres fonctions, notamment de relance.
Gestionnaire de données
Vous permet de transformer une partie d'un message. Il est utilisé pour convertir un élément de message d'un format physique en une structure logique ou d'une structure logique en format physique. L'utilisation principale de la primitive consiste à convertir un format physique, comme une chaîne de texte au sein d'un objet de message texte JMS, en une structure d'objet métier logique et inversement. Cette médiation est généralement utilisée pour :
  • Transformer une section du message entrant d'une structure définie en une autre - par exemple lorsque l'objet SMO comprend une valeur de chaîne délimitée par une virgule et que vous voulez faire une analyse syntaxique dans un objet métier spécifique.
  • Modifier le type de message – par exemple lorsqu'une exportation JMS a été configurée pour utiliser une liaison de données de type de base JMS et qu'au sein du module de médiation, le développeur d'intégration décide que le contenu doit être gonflé en une structure BO.
Consultation de base de données
Modifie les messages, à l'aide d'informations provenant d'une base de données fournie par l'utilisateur.
  • Vous devez définir une base de données, une source de données et tous les paramètres d'authentification du serveur que doit utiliser la primitive de médiation de consultation de base de données. Utilisez la console d'administration pour vous simplifier la tâche.
  • La primitive de médiation de consultation de base de données ne peut lire qu'une seule table.
  • La colonne de clé spécifiée doit contenir une valeur unique.
  • Les données des colonnes de valeur doivent être d'un type de schéma XML simple ou d'un type de schéma XML permettant d'étendre un type de schéma XML simple.
Consultation de noeud final (Endpoint Lookup)
Permet d'effectuer le routage dynamique de requêtes en recherchant les noeuds finaux de services dans un référentiel.
  • Les informations relatives au noeud final de service sont extraites deWebSphere Service Registry and Repository (WSRR). Le registre WSRR peut être local ou distant.
  • Vous effectuez les modifications du registre à partir de la console d'administration WSRR.
  • WebSphere ESB doit connaître le registre à utiliser, par conséquent, vous devez créer des définitions d'accès WSRR à l'aide de la console d'administration WebSphere ESB.
Emetteur d'événements
Améliore le contrôle en vous laissant envoyer des événements à partir d'un composant de flux de médiation.
  • Vous pouvez suspendre l'action de médiation en décochant la case.
  • Vous pouvez visualiser ces événements via le navigateur CBE (Common Base Event) de WebSphere ESB.
  • Vous pouvez uniquement envoyer des événements vers un point significatif d'un flux de médiation, à des fins de performances.
  • Vous pouvez définir les parties du message que contient l'événement.
  • Les événements sont envoyés suivant le format Common Base Events (CBE) vers un serveur Common Event Infrastructure (CEI).
  • Pour pouvoir exploiter pleinement les informations sur les émetteurs d'événements, les consommateurs d'événements doivent comprendre parfaitement la structure Common Base Events. Le format Common Base Events est caractérisé par un schéma global, mais qui ne modélise pas les données spécifiques à l'application contenues dans les éléments de données étendus. Afin de modéliser les éléments de données étendus, les outils WebSphere Integration Developer génèrent un fichier de définitions pour le catalogue d'événements Common Event Infrastructure (CEI), pour chacune des primitives de médiation de l'émetteur d'événements configuré. Les fichier de définitions du catalogue d'événements sont des artefacts d'exportation destinés à vous venir en aide ; ils ne sont pas utilisés par WebSphere Integration Developer or ni par le programme d'exécution de WebSphere ESB. Il convient de vous référer aux fichiers de définitions du catalogue d'événements lorsque vous créez des applications destinées à consommer des événements générés par un émetteur d'événements.
  • Vous pouvez spécifier d'autres options de contrôle à partir de WebSphere ESB. Ainsi, vous pouvez surveiller les événements émis à partir d'importations et d'exportations.
Echec
Arrête un chemin donné dans le flux, et génère une exception.
Fan In
Permet de regrouper (d'associer) des messages.
  • Est utilisable uniquement en association avec la primitive de médiation Fan Out.
  • L'association des primitives de médiation Fan Out et Fan In permet le regroupement de données dans un message de sortie.
  • La primitive de médiation Fan In reçoit des messages jusqu'à ce qu'un point de décision soit atteint, puis un message est sorti.
  • Le contexte partagé permet de conserver les données de regroupement.
Fan Out
Permet de diviser et de regrouper (associer) des messages.
  • L'association des primitives de médiation Fan Out et Fan In permet le regroupement de données dans un message de sortie.
  • En mode d'itération, la primitive de médiation Fan Out vous permet d'itérer via un seul message d'entrée contenant un élément répétitif. Pour chaque occurrence de l'élément répétitif, un message est envoyé.
  • Le contexte partagé permet de conserver les données de regroupement.
Configurateur d'en-tête HTTP
Fournit un mécanisme de gestion des en-têtes dans les messages HTTP.
  • Peut créer, définir, copier ou supprimer des en-têtes de messages HTTP.
  • Peut définir plusieurs actions pour modifier plusieurs en-têtes HTTP.
Configurateur d'en-tête MQ
Fournit un mécanisme de gestion des en-têtes dans les messages MQ.
  • Peut créer, définir, copier ou supprimer des en-têtes de messages MQ.
  • Peut définir plusieurs actions pour modifier plusieurs en-têtes MQ.
Configurateur d'en-tête SOAP
Fournit un mécanisme de gestion des en-têtes dans les messages SOAP.
  • Peut créer, définir, copier ou supprimer des en-têtes de messages SOAP.
  • Peut définir plusieurs actions pour modifier plusieurs en-têtes SOAP.
Configurateur d'élément de message
Fournit un système simple permettant de définir le contenu des messages.
  • Permet de modifier, ajouter ou supprimer les éléments du message.
  • Ne modifie pas le type du message.
  • Les données des colonnes de valeur doivent être d'un type de schéma XML simple ou d'un type de schéma XML permettant d'étendre un type de schéma XML simple.
Filtre de message
Achemine les messages par différent chemins, selon le contenu du message.
  • Vous pouvez suspendre l'action de médiation en décochant la case.
Journal des messages
Consigne les messages dans une base de données relationnelle ou via votre propre consignateur personnalisé. Les messages sont stockés au format XML, c'est pourquoi les données peuvent subir un post-traitement par des applications compatibles XML.
  • Vous pouvez suspendre l'action de médiation en décochant la case.
  • Le schéma de base de données rationnel (structure de table) est défini par IBM.
  • Par défaut, la primitive de médiation Message Logger utilise la base de données Common. L'environnement d'exécution mappe la source de données à jdbc/mediation/messageLog sur la base de données Common.
  • Vous pouvez définir les classes d'implémentation Handler pour personnaliser le comportement du consignateur personnalisé. Vous pouvez éventuellement fournir des classes d'implémentation Formatter, Filter ou les deux pour personnaliser le comportement du consignateur personnalisé.
Résolution de règle
Permet la configuration dyanamique des demandes en recherchant les noeuds finaux de services et les fichiers de règles associés dans un référentiel.
  • Vous pouvez utiliser un fichier de règles pour remplacer de manière dynamique les propriétés promues d'autres primitives de médiation.
  • Les informations relatives au noeud final de service et les informations de règle sont extraites de WebSphere Service Registry and Repository (WSRR). Le registre WSRR peut être local ou distant.
  • Vous effectuez les modifications du registre à partir de la console d'administration WSRR.
  • WebSphere ESB doit connaître le registre à utiliser, par conséquent, vous devez créer des définitions d'accès WSRR à l'aide de la console d'administration WebSphere ESB.
Invocation de service
Appel un service depuis un flux de médiation, au lieu d'attendre jusqu'à la fin du flux de médiation et d'utiliser un système d'appel.
  • Si le service renvoie une erreur, vous pouvez tenter de nouveau le même service ou appeler un autre service.
  • La primitive de médiation d'appel de service (Service Invoke) est une primitive de médiation puissante qui peut être utilisée pour des appels de service simples, ou conjointement avec d'autres primitives de médiation pour les médiations complexes.
Définir un type de message
En phase de développement d'intégration, permet de traiter des zones de messages faiblement typées comme s'il s'agissait de zones fortement typées. Une zone est faiblement typée si elle peut contenir plusieurs type de données. Une zone est fortement typée si son type et sa structure interne sont connus.
  • En phase d'exécution, la primitive de médiation de définition du type de message (Set Message Type) vous permet de vérifier que le contenu d'un message correspond aux types de données attendus.
Arrêt
Arrête un chemin donné dans le flux sans générer d'exception.
Filtre de type
Permet d'acheminer des messages vers un chemin différent d'un flux, en fonction de leur type.
Transformation XSL
Transforme les messages.
  • Permet d'effectuer des transformations XSL (Extensible Stylesheet Language).
  • Vous transformez les messages avec la transformation XSLT 1.0. Cette dernière agit sur une sérialisation XML du message.

concept Rubrique concept

Conditions d'utilisation | Commentaires en retour


Icône d'horodatage Dernière mise à jour: 07 juillet 2010


http://publib.boulder.ibm.com/infocenter/dmndhelp/v6r2mx/topic//com.ibm.websphere.wesb620.doc/concepts/cwesb_mediationcomp.html
Copyright IBM Corporation 2005, 2010. All Rights Reserved.
Ce centre d'information est mis en service par la technologie Eclipse (http://www.eclipse.org).