Se puede migrar el enlace de servicios Web (SOAP/JMS) de
IBM para
procesos BPEL u otro tipo de servicio a la construcción SCA recomendada.
En
WebSphere
Studio Application Developer Integration Edition, este tipo de enlace permitía a los
clientes comunicarse con un proceso BPEL invocando un servicio Web de
IBM, en que
el protocolo de comunicación era JMS y el mensaje seguía las reglas de codificación de
SOAP.
A continuación figura un ejemplo de los convenios utilizados al generar
un servicio Web de
IBM
(SOAP/JMS) para un servicio BPEL 5.1.
El nombre JNDI del servicio Web de
IBM
generado era una combinación del nombre, el espacio de nombres destino y la indicación de la hora de inicio de validez
del proceso BPEL, así como el nombre de la interfaz (tipo de puerto WSDL para el que se generó el código de
despliegue). Por ejemplo, estos atributos se pueden encontrar
examinando las propiedades del proceso BPEL en las pestañas de contenido Descripción y
Servidor del editor BPEL:
Tabla 1. Espacio de nombres generadoNombre de proceso |
MyService |
Espacio de nombres destino |
http://www.example.com/process87787141/ |
Válido desde |
Ene 01 2003 02:03:04 |
Interfaz |
ProcessPortType |
El espacio de nombres generado en este ejemplo es
com/example/www/process87787141/MyService20030101T020304_ProcessPortTypePT.
En
WebSphere
Studio Application Developer Integration Edition, al seleccionar el enlace de servicios Web de
IBM
(SOAP/JMS) como tipo de despliegue para un proceso BPEL u otro tipo de servicio, se proporcionaban las opciones
siguientes:
- El valor predeterminado de estilo de documento era DOCUMENT / otra opción:
RPC.
- El valor predeterminado de uso de documento era LITERAL / otra opción:
ENCODED.
- El valor de URL de proveedor JNDI era Proporcionado por el
servidor o Personalizado (debe especificarse una
dirección, siendo el valor predeterminado iiop://localhost:2809).
- El valor predeterminado de estilo de destino era queue / otra opción:
topic.
- El valor predeterminado de fábrica de conexiones JNDI era jms/qcf
(este es el nombre JNDI de la fábrica de conexiones de cola de la cola MDB generada).
- El valor predeterminado de cola de destino JNDI era jms/queue (este
es el nombre JNDI de la cola MDB generada).
- El valor predeterminado de puerto de escucha MDB era <nombre de proyecto de
servicio>MdbListenerPort.
En el proyecto EJB generado, pero no en el propio proyecto de servicio, se crea un archivo WSDL con la especificación
del enlace SOAP/JMS de servicios Web de
IBM.
Esto significa que es preciso localizar manualmente este archivo y copiarlo en el proyecto de módulo de integración
empresarial si es importante que el código de cliente de servicios Web de
IBM
no cambie. Por omisión, este archivo WSDL se creaba en el proyecto EJB en
ejbModule/META-INF/wsdl/<nombre
proceso comercial>_<nombre de tipo de puerto de interfaz de
proceso comercial>_JMS.wsdl
El tipo de puerto WSDL
y los mensajes de la interfaz de proceso de negocio se copian también en este archivo WSDL en
lugar de hacer referencia al tipo de puerto WSDL y los mensajes definidos en el proyecto de
servicio.
Si es importante que el código de cliente de servicios Web de
IBM no se haya
modificado tras la migración, la información de este archivo será necesaria para llevar a cabo
los pasos manuales de migración.
Existen dos opciones para migrar el enlace de
proceso de SOAP/JMS de
WebSphere
Studio Application Developer Integration Edition. Deberá elegirse entre migrar el cliente al
modelo de programación de SCA o dejarlo como cliente de servicios Web:
Nota: Una vez
efectuados los pasos manuales de migración, el cliente también debe migrarse al nuevo modelo
de programación.
Consulte el tema pertinente para los tipos de cliente siguientes:
Tabla 2. Información adicional sobre la migración de clientesTipo de cliente |
Fuente de información adicional |
Cliente de servicios Web de
IBM |
Migrar el cliente de servicios Web de
IBM
(SOAP/JMS) |