La liaison de services Web IBM
(SOAP/JMS) pour un processus BPEL ou un autre type de service peut
être migrée 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
service Web IBM,
où le protocole de communication était JMS et le message
observait les règles de codage SOAP.
L'exemple suivant montre
certaines conventions utilisées lors de la génération d'un service
Web IBM (SOAP/JMS) pour un service BPEL 5.1. Le nom JNDI du service Web
IBM généré
était une combinaison du nom du BPEL, de l'espace de nom cible et
d'un horodatage de début de validité, ainsi que du nom de l'interface
(type de port WSDL pour lequel le code de déploiement a été généré). 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 |
Interface |
Type de port du processus |
L'espace de nom généré pour cet exemple est alors
com/example/www/process87787141/MonService01012003T020304PT.
Dans WebSphere Studio Application Developer
Integration Edition, lorsque la liaison de services Web IBM (SOAP/JMS) était sélectionnée en tant que type de déploiement pour le processus BPEL ou tout autre type de
service, les options suivantes étaient fournies :
- Pour le style de document, l'option par défaut était DOCUMENT / autre option : RPC
- Pour l'utilisation du document, l'option par défaut était LITERAL / autre option : ENCODED
- Pour l'URL fournisseur JNDI, il s'agissait de
Fourni par le serveur ou de
Personnalisé (une adresse doit être saisie,
l'adresse par défaut étant iiop://localhost:2809)
- Pour le style de destination, l'option par défaut était file d'attente / l'autre option
était rubrique
- Pour la fabrique de connexion JNDI, l'option par défaut était
jms/qcf (il s'agit du nom JNDI de la fabrique
de connexion de file d'attente pour la file d'attente MDB générée)
- Pour la file d'attente de destination JNDI, l'option par défaut
était jms/queue (il s'agit du nom JNDI de la
file d'attente MDB générée)
- Pour le port d'écoute MDB, l'option par défaut était
<Nom projet de service>Port d'écoute Mdb
Un fichier WSDL spécifiant le service et la liaison
SOAP/JMS de service Web
IBM
est créé dans le projet EJB généré mais pas dans le projet de service
lui-même.
Cela signifie que vous devez localiser manuellement ce
fichier et le copier dans votre projet de module d'intégration métier
si le code client du service Web
IBM
ne doit pas être modifié.
Par défaut, ce fichier WSDL a été créé dans le projet EJB à
l'emplacement ejbModule/META-INF/wsdl/<nom du processus
métier>_<nom du type de port de l'interface de processus
métier>_JMS.wsdl.
Le type de port WSDL et les
messages de l'interface processus métier sont également copiés dans
ce fichier WSDL, plutôt que de référencer le type de port WSDL et les
messages existants définis dans le projet de service.
S'il est
important que le code client de services Web
IBM
reste inchangé après la migration, les informations contenues dans ce
fichier seront nécessaires pour les étapes de migration manuelle
ci-dessous.
Il existe deux options pour la migration de la connexion
de processus SOAP/JMS WebSphere Studio Application Developer
Integration Edition. Vous devrez choisir entre migrer le client
vers le modèle de programmation SCA ou le conserver comme client de
services Web :
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 clientsType de client |
Pour plus d'informations, voir |
Client de services Web
IBM |
Migration du client (SOAP/JMS) de services Web IBM |