Migration de la connexion EJB et de la connexion de processus EJB

La connexion EJB et la connexion de processus EJB peuvent être migrées vers la construction SCA recommandée.

Dans WebSphere Studio Application Developer Integration Edition, ce type de connexion permettait aux clients de communiquer avec un processus BPEL ou un autre type de service en appelant un EJB. Notez que ce type de connexion n'était pas facultatif pour les microprocessus : il était toujours sélectionné dans la mesure où le EJB généré était utilisé en interne par les autres types de connexion.

Le nom JNDI de l'EJB généré était automatiquement généré comme une combinaison du nom du BPEL, de l'espace de nom cible et d'un horodatage de début de validité. Par exemple, ces attributs peuvent être trouvés en examinant les propriétés du processus BPEL dans les onglets Description et Contenu du serveur de l'éditeur BPEL :

Tableau 1. Espace de nom généré
Nom de processus MonService
Espace de nom cible http://www.example.com/process87787141/
Valide à partir de 01 jan 2003 02:03:04

L'espace de nom généré pour cet exemple est alors com/example/www/process87787141/MonService01012003T020304.

Dans WebSphere Studio Application Developer Integration Edition, lorsque la connexion EJB était sélectionnée en tant que type de déploiement, aucune option n'était fournie.

Il existe quatre options pour la migration de la connexion de processus de WebSphere Studio Application Developer Integration Edition. Le type de client qui accède au service déterminera les options ci-dessous à exécuter :
Remarque : Une fois les étapes de migration manuelle terminées, le client doit également être migré vers le nouveau modèle de programmation. Voir la rubrique appropriée pour les types de clients suivants :
Tableau 2. Plus d'informations sur la migration des clients
Type de client Pour plus d'informations, voir
Clients EJB qui appellent le bean de session généré. Ce type de client appelle une méthode EJB correspondant à l'opération BPEL à appeler. Migration du client EJB
Client WSIF qui utilise la connexion de processus EJB. Migration du client de connexion de processus EJB
API EJB générique de Business Process Choreographer Migration d'un client utilisant l'API EJB générique de Business Process Choreographer
API de messagerie générique de Business Process Choreographer Migration du client API de messagerie générique de Business Process Choreographer
Autre processus BPEL dans le même module Non applicable : Connecter ensemble des composants BPEL à l'aide de l'éditeur d'assemblage
Autre processus BPEL dans un module différent Non applicable : créer une Importation avec liaison SCA dans le module de référence et configurer ses connexions pour pointer vers l'Exportation avec liaison SCA que vous avez créée plus haut dans la première option.
Notez que si le processus métier transmet une référence à lui-même en dehors de son module (via une référence de service), vous devez toujours suivre la première option ci-dessous (vous pouvez toujours exécuter plusieurs de ces options) afin de créer une exportation avec liaison SCA pour le processus métier. Un seul processus métier par module peut transmettre sa référence de service à l'extérieur du module car son exportation doit être marquée comme exportation par défaut du module. Pour cela, affectez la valeur "true" à l'attribut appelé "default" d'une exportation, comme dans :
Référence de noeud final
par défaut
Vous devez marquer manuellement cette exportation de processus métier comme exportation par défaut en cliquant dessus avec le bouton droit de la souris dans la vue Intégration métier et en sélectionnant Ouvrir avec, puis Editeur de texte.
Tâches associées
Migration du client EJB
Migration du client de connexion de processus EJB
Migration d'un client utilisant l'API EJB générique de Business Process Choreographer
Migration du client API de messagerie générique de Business Process Choreographer et du client de connexion de processus JMS

Commentaires
(C) Copyright IBM Corporation 2005. Tous droits réservés.