Coexistencia: conservar o migrar una pasarela de Versión 5.1
Las pasarelas de servicios web que se ejecutan en WebSphere Application Server Versión 5.1 pueden, sujetas a determinadas restricciones, coexistir con instancias de pasarela que se ejecutan en servidores de aplicaciones Versión 7.0 o posterior . Como alternativa, puede migrar las pasarelas de Versión 5.1 y los servidores de aplicaciones a WebSphere Application Server Versión 7.0 o posterior . Para ayudar a elegir entre conservar o migrar las pasarelas de Versión 5.1, en este tema se explican las restricciones en la coexistencia de pasarelas y el enfoque seleccionado para la migración de la pasarela.
Coexistencia con pasarelas de Versión 5.1
- La aplicación de pasarela de los servicios web Versión 5.1 no está soportada en los servidores de aplicaciones Versión 7.0 o posterior.
- Las aplicaciones de escucha de punto final de las tecnologías de integración de servicios no están soportadas si se instalan en los servidores de aplicaciones Versión 5.1.
- Para cambiar la configuración de una pasarela que se ejecuta en un servidor de aplicaciones Versión 5.1, puede utilizar un navegador web, en lugar de la consola administrativa para acceder a la interfaz de usuario de la pasarela Versión 5.1.
Si el despliegue no se ve afectado por estas restricciones y las pasarelas de Versión 5.1 se ejecutan en servidores de aplicaciones Versión 5.1 autónomos, no es necesario realizar ninguna otra acción.
Si el despliegue no se ve afectado por estas restricciones, y las pasarelas de Versión 5.1 se ejecutan en servidores de aplicaciones Versión 5.1 que forman parte de las células WebSphere Application Server Network Deployment, puede seguir utilizando las pasarelas y los servidores de aplicaciones de Versión 5.1, aunque migre las células de Versión 5.1 o Versión 6 a Versión 7.0 o posterior. Sin embargo, cuando migre una célula, cualquier pasarela de Versión 5.1 configurada previamente en un servidor de aplicaciones de la célula se sustituye por una pasarela vacía. Para conservar y restaurar las configuraciones de pasarela de Versión 5.1, en primer lugar, debe seguir los pasos descritos en Conservación de una pasarela de la Versión 5.1 al migrar una célula.
Migración de pasarelas de Versión 5.1
- La migración puede producirse en paralelo con la pasarela original en ejecución y sin que se interrumpa la configuración existente.
- Cada ejecución del mandato de migración actúa en una configuración de pasarela individual.
- Una configuración de pasarela se migra a una instancia de pasarela, en un bus de integración de servicios. Se puede migrar más de una pasarela en el mismo bus, pero en este caso los URI del espacio de nombres de la pasarela deben ser diferentes.
- Los escuchas de punto final para la instancia de pasarela están todos situados en el mismo servidor de aplicaciones o clúster. Las ubicaciones de los destinos de puerto para la invocación de salida están todas en el mismo servidor de aplicaciones o clúster.
- Todos los objetos y destinos creados tienen el URI del espacio de nombres de pasarela como un prefijo añadido al nombre, enlazado con el signo dos puntos (":"). Por ejemplo, para llamar al destino de respuesta del servicio Gateway con el URI del espacio de nombres predeterminado: urn:ibmgateway:gatewayservicenameReply. Este prefijo se puede alterar temporalmente mediante un parámetro en el mandato de migración.
- Todos los servicios de destino se migran a nuevos objetos OutboundService. Los objetos OutboundService existentes no se pueden volver a utilizar automáticamente mediante la configuración migrada.
- Se crea una lista de manejadores JAX-RPC para cada servicio Gateway/canal y para cada combinación de servicio Gateway/destino y servicio/puerto. Éstos no se comparten incluso si contienen los mismos manejadores y en el mismo orden.
- Se crean la configuración WS-Security (Borrador 13) y los objetos de
enlace para cada combinación de servicio Gateway/servicio Gateway y
servicio de destino.
Éstos no se comparten incluso si contienen los mismos valores de atributos.
Todos
los objetos creados tienen nombres basados en el que se dio al servicio de
entrada o salida creado por la herramienta de migración:
- A las configuraciones de WS-Security creadas para cada servicio se les da el mismo nombre que al propio servicio, añadiendo el sufijo _Inbound o _Outbound.
- A los objetos de configuración de WS-Security creados como elementos dependientes se les da el mismo nombre que al tipo de objeto, seguido de _x, donde x es el número de objetos que la herramienta de migración ha creado de ese tipo para el servicio. Por ejemplo, el primer objeto Required Integrity creado para un servicio determinado se denomina RequiredIntegrity_1.
- Los enlaces de WS-Security creados reciben un nombre que consta del nombre del puerto, añadiendo como sufijo el tipo de enlace, que puede ser _Req_Rec, _Req_Snd, _Res_Rec y _Res_Snd.