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


Présentation du développement de modules

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.

Composants

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.

Pour développer un module, vous devez effectuer les activités suivantes :
  1. Définir ou identifier des interfaces pour les composants du module.
  2. Définir ou manipuler des objets métier utilisés par les composants.
  3. Définir ou modifier des composants via leurs interfaces.
    Remarque : Un composant est défini par le biais de son interface.
  4. Facultatif : Exporter ou importer des composants de service.
  5. Créez un fichier d'archive d'entreprise (EAR - Enterprise Archive) à déployer dans la phase d'exécution. Créez le fichier à l'aide de la fonction EAR d'exportation dans WebSphere Integration Developer ou de la commande serviceDeploy.

Types de développement

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.

Remarques concernant le développement de composants de service

Lorsque vous développez un composant de service, posez-vous les questions suivantes :
  • Ce composant de service va-t-il être exporté et utilisé par un autre module ?

    Si c'est le cas, assurez-vous que la définition portant sur le composant va pouvoir être utilisée par un autre module.

  • L'exécution de ce composant de service prendra-t-elle relativement longtemps ?

    Si c'est le cas, envisagez d'implémenter une interface asynchrone pour le composant de service.

  • Est-ce avantageux de décentraliser 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.

  • L'application nécessite-t-elle un mélange de ressources à une phase et à deux phases ?

    Si c'est le cas, assurez-vous d'activer le support du dernier participant pour l'application.

    Remarque : Si vous créez votre application à l'aide de WebSphere Integration Developer ou créez le fichier EAR installable à l'aide de la commande serviceDeploy, ces outils activent automatiquement le support pour l'application. Consultez la rubrique consacrée à l'"utilisation de ressources de validation à une phase et de ressources de validation à deux phases dans la même transaction" dans le centre de documentation de WebSphere Application Server Network Deployment.

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/doc/cdev_developingapps_overview.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).