Un module est une unité de déploiement de base pour une application WebSphere Enterprise Service Bus. Un module peut contenir des composants, des bibliothèques et des modules de transfert utilisés par l'application.
Le développement de modules consiste notamment à assurer que les composants, les modules de transfert et les bibliothèques (collections d'artefacts référencés par le module) requis par l'application sont disponibles sur le serveur de production.
WebSphere Integration Developer est l'outil principal de développement des modules destinés à être déployés sur WebSphere ESB. Bien qu'il soit possible de développer des modules dans d'autres environnements, il est préférable d'utiliser WebSphere Integration Developer.
WebSphere ESB prend en charge modules de médiation. Les modules de médiation sont des types de module SCA (Service Component Architecture). Un module de communication permet les communications entre applications en transformant l'appel de service dans un format compris par la cible, en transmettant la demande à la cible et en renvoyant le résultat au module émetteur.
Les sections suivantes décrivent comment implémenter et mettre à jour des modules sous WebSphere ESB.
Les modules SCA contiennent des composants qui forment la structure de base permettant d'encapsuler la logique métier réutilisable. Les composants fournissent et consomment des services qui sont associés à des interfaces, des références et des implémentations. L'interface définit un contrat entre un composant de service et un composant appelant.
Avec WebSphere ESB, un module peut soit exporter un composant de service pour qu'il soit utilisé par d'autres modules, soit importer un composant de service pour l'utiliser. Pour appeler un composant de service, un module appelant fait référence à l'interface du composant de service. Les références aux interfaces sont résolues à travers la configuration des références du module appelant à leurs interfaces respectives.
WebSphere ESB comprend un modèle de programmation de composant afin de faciliter un paradigme de programmation orientée services. Pour utiliser ce modèle, un fournisseur exporte les interfaces d'un composant de service de façon à ce qu'un client puisse importer ces interfaces et utiliser le composant de service comme s'il était local. Un développeur utilise soit des interfaces fortement typées, soit des interfaces dynamiquement typées pour implémenter ou appeler le composant de service. Les interfaces et leurs méthodes sont décrites dans la section Références de ce centre de documentation.
Après avoir installé des modules de service sur vos serveurs, vous pouvez utiliser la console d'administration pour modifier le composant cible pour une référence d'une application. La nouvelle cible doit accepter le même type d'objet métier et effectuer la même opération que ce que la référence de l'application demande.
Si c'est le cas, assurez-vous que la définition portant sur le composant va pouvoir être utilisée par un autre module.
Si c'est le cas, envisagez d'implémenter une interface asynchrone pour le composant de service.
Si c'est le cas, envisagez de placer une copie du composant de service dans un module de service qui est déployé sur un cluster de serveurs afin de bénéficier du traitement parallèle.
Si c'est le cas, assurez-vous d'activer le support du dernier participant pour l'application.