Procedimientos recomendados para la migración de servicios web
Utilice estos procedimientos recomendados para la migración de servicios web al migrar aplicaciones de servicios web.
Si ha utilizado el soporte Apache SOAP para desarrollar aplicaciones de cliente de servicios web en WebSphere Application Server Versiones 4, 5 ó 5.1, es posible que necesite migrar las aplicaciones o los archivos de seguridad para las aplicaciones. La tabla siguiente resume las especificaciones de servicios web soportadas por los productos WebSphere.
WebSphere Application Server Versión | Especificaciones de servicios web soportadas |
---|---|
4.0 | Apache SOAP 2.2 |
5.0 y 5.0.1 | Apache SOAP 2.3 |
5.0.2 o posteriores | Java™ 2 Platform, Enterprise Edition (J2EE), también conocido como (JSR 109) |
6.0.x y 6.1 | J2EE (JSR 109) |
7.0 o posteriores | Servicios web para Java EE (Java Platform, Enterprise Edition) 5 también conocido como JSR 109 |

Para obtener más información sobre la migración de servicios web, lea la información sobre la migración de servicios web JAX-RPC a servicios web basados en estándares Java EE.
Se recomienda que los nuevos servicios web se desarrollen utilizando los servicios web para la especificación Java EE. Para obtener más información, consulte la información acerca de la implementación de aplicaciones de servicios web.
La seguridad no se puede migrar directamente de SOAP 2.3 a los estándares Java EE. Una vez que haya migrado los servicios web a los estándares Java EE, considere la posibilidad de proteger sus aplicaciones de servicios web. Para obtener más información, consulte la sección sobre la protección de aplicaciones de servicios web utilizando la seguridad de nivel de mensaje.
Siga este procedimiento recomendado para obtener una migración lo más óptima posible:
El servidor de aplicaciones da soporte a los modelos de programación API de Java para servicios web basados en XML (JAX-WS) y API de Java para RPC basado en XML (JAX-RPC). JAX-WS es la siguiente generación del modelo de programación de servicios que amplía la base proporcionada por el modelo de programación JAX-RPC.
Las aplicaciones JAX-RPC existentes que desean utilizar las características de JAX-WS se deben volver a escribir utilizando el modelo de programación JAX-WS.
Redespliegue de servicios web JAX-RPC existentes después de migrar a un nuevo release del servidor de aplicaciones
Al migrar a un nuevo release del servidor de aplicaciones, se recomienda que vuelva a desplegar las aplicaciones de servicios web. Debe volver a desplegar la aplicación de servicios web en el nuevo entorno del servidor de aplicaciones debido a posibles cambios en los niveles soportados de especificaciones de servicios web y de descriptores de despliegue de servicios web en cada release. Para volver a desplegar el servicio web, seleccione Desplegar servicios web en el asistente Instalar una nueva aplicación o utilice el mandato wsdeploy. Para obtener más información acerca de este proceso, consulte la documentación sobre el despliegue de aplicaciones de servicios web en servidores de aplicaciones.
Migración de un cliente JAX-RPC (API Java para llamadas a procedimiento remoto basadas en XML) Versión 5 que utilice SOAP sobre JMS (Java Message Service) para invocar un servicio web
Un cliente JAX-RPC que se ejecuta en WebSphere Application Server Versión 5 puede utilizar SOAP sobre JMS para invocar un servicio web que se ejecuta en un servidor de aplicaciones de la versión 5.
SibMessage W [:] CWSIT0009W: Ha fallado una solicitud de cliente en el servidor de aplicaciones con
el punto final <nombre_punto_final> en el bus <nombre_bus> con la razón: CWSIT0016E: El ID de usuario
nulo ha fallado la autenticación en el bus <nombre_bus>.
Cuando se migra el servidor de aplicaciones a la versión 6.x, se utiliza el proveedor de mensajería predeterminado (las tecnologías de integración de servicios) y se habilita la seguridad administrativas y de aplicaciones para el servidor o célula, de forma predeterminada, el destino de cola del bus de integración de servicios hereda las características de seguridad del servidor o de la célula. Si el servidor o la célula tiene la autenticación habilitada, se produce un error en la solicitud de cliente.
- Inhabilitar la seguridad administrativa y de las aplicaciones en el panel Seguridad global que aparece en la consola de administración. Para inhabilitar la seguridad administrativa y de las aplicaciones, pulse Habilitar seguridad administrativa y Habilitar seguridad de aplicaciones. . Deseleccione las opciones
- Modificar los valores del bus de integración de servicios que aloja al destino de cola de modo que se inhabilite la seguridad del bus y éste no herede las características de seguridad del servidor ni la célula. Esta opción es equivalente al nivel de seguridad que puede configurar en la versión 5.
- Configure la autenticación básica en cada cliente que utilice el servicio. Para obtener más información, consulte la sección acerca de la configuración de autenticación básica HTTP para servicios web JAX-RPC con la consola administrativa.
Migración de servicios web de Apache SOAP
Puede migrar servicios web desarrollados mediante Apache SOAP a servicios web que se desarrollan basándose en la especificación Web Services for Java 2 Platform, Enterprise Edition (J2EE). Consulte el tema Migración de servicios web Apache SOAP a servicios web JAX-RPC basados en estándares Java EE.
Migración de servicios web ensamblados con versiones anteriores de Application Server Toolkit o Assembly Toolkit
- El asistente de migración de J2EE no migra los servicios web seguros cuando la migración es de J2EE 1.3 a J2EE 1.4.
- La migración de servicios web seguros requiere pasos manuales.
- Después de la migración de J2EE, se deben migrar manualmente los
archivos de enlace y de extensión seguros a J2EE 1.4 del siguiente modo:
- Efectúe una doble pulsación en el archivo webservices.xml para abrir el editor de servicios web.
- Seleccione el separador Configuraciones de enlace para editar el archivo de enlace.
- Añada todas las configuraciones de enlace que sean necesarias bajo las secciones nuevas Detalles de configuración del enlace consumidor de solicitudes y Detalles de configuración del enlace generador de respuestas.
- Seleccione el separador Extensión para editar el archivo de extensión.
- Añada todas las configuraciones de extensión que sean necesarias bajo las secciones nuevas Detalles de configuración del servicio consumidor de solicitudes y Detalles de configuración del servicio generador de respuestas.
- Guarde y salga del editor.
Migración de un nodo de WebSphere Application Server anterior a la versión 8.5 a la versión 8.5 o posterior
[7/31/12 14:48:34:323 CDT] 0000043f EditionHelper E Unexpected Error: ibmasyncrsp -- The Application's Directory in the Repository is EMPTY.
[7/31/12 14:48:34:339 CDT] 0000043f FfdcProvider W com.ibm.ws.ffdc.impl.FfdcProvider logIncident FFDC1003I: FFDC Incident emitted on c:\opt\WAS85\profiles\dmgr.xd61\logs\ffdc\dmgr_483a68e7_12.07.31_14.48.34.3396174315962980574983.txt com.ibm.ws.xd.appeditionmgr.EditModuleTargetsTaskHandler 104
[7/31/12 14:48:34:339 CDT] 0000043f EditModuleTar E ERROR_IN_EDIT_MODULE_TARGETS_TASK_HANDLER
Este error sólo aparece si hay otros servidores de aplicaciones que no sean WebSphere federados en la célula. El mensaje se registra en referencia al archivo ibmasyncrsp.ear, que es una aplicación del sistema interna utilizada por el motor JAX-WS interno del servidor de aplicaciones. Puesto que el motor JAX-WS no tiene relevancia para los servidores de aplicaciones que no sean WebSphere, no hay ninguna interrupción de la funcionalidad. El mensaje puede ignorarse.