Si detecta un problema mientras despliega aplicaciones o módulos en
WebSphere ESB,
puede usar una serie de actividades y herramientas para solucionar el problemas.
Antes de empezar
En este tema se da por supuesto lo siguiente:
- El usuario posee conocimientos básicos sobre cómo depurar un módulo.
- El registro y el rastreo están activos mientras se despliega el módulo.
Por qué y cuándo se efectúa esta tarea
La tarea de resolver problemas de despliegue empieza después de
recibir la notificación de un error. Hay varios síntomas de un despliegue anómalo
que debe inspeccionar antes de realizar alguna acción.
Pasos para realizar esta tarea
- Determine si la instalación de la aplicación ha fallado.
Examine
el archivo
system.out para comprobar si hay mensajes que especifiquen la
causa de la anomalía. Algunos de los motivos por los que una aplicación no se
instala son los siguientes:
- Está intentando instalar una aplicación en varios servidores en la misma celda de Network Deployment.
- Una aplicación tiene el mismo nombre que un módulo existente en la celda de
Network Deployment en la que instala la aplicación.
- Intenta desplegar módulos J2EE de un archivo EAR en diferentes servidores de
destino.
Importante: Si la instalación ha fallado y la aplicación
contiene servicios, debe eliminar los destinos SIBus o las especificaciones de
activación J2C creadas antes de la anomalía para volver a intentar reinstalar la
aplicación. La manera más sencilla de eliminar estos artefactos consiste en pulsar
después de la anomalía. Si guarda los cambios accidentalmente, debe
eliminar manualmente los destinos de bus y las especificaciones de
activación J2C (consulte
los apartados
Supresión de destinos de bus y
Supresión de especificaciones de activación J2C).
- Si la aplicación está instalada correctamente, examínela para determinar
si se ha iniciado.
Si la aplicación no se encuentra en ejecución, la
anomalía se ha producido cuando el servidor ha intentado iniciar los recursos de la
aplicación.
- Examine el archivo system.out para comprobar si hay mensajes que le indiquen cómo proceder.
- Determine si los recursos se han iniciado.
Los
recursos que no se inician impiden que una aplicación se ejecute para protegerla de la pérdida de información. Los
motivos por los que un recurso no se inicia incluyen los siguientes:
- Los enlaces se han especificado incorrectamente.
- Los recursos no se han configurado correctamente.
- Los recursos no se incluyen en el archivo de recursos (RAR).
- Los recursos Web no se incluyen en el archivo de servicios web (WAR).
- Determine si faltan componentes.
El motivo por el que
faltan componentes es un archivo EAR (Enterprise Archive) compilado incorrectamente.
Asegúrese de que todos los componentes que necesita el módulo se encuentren en las
carpetas correctas del sistema de prueba en el que ha compilado el archivo JAR (Java
Archive).
- Examine la aplicación para determinar si se transmite información a
través suyo.
Incluso una aplicación en ejecución puede dejar de
procesar información. Los motivos para ello son similares a los que se mencionan en
el paso 2.b.
- Determine si la aplicación utiliza algún servicio que contiene otra
aplicación. Asegúrese de que la otra aplicación esté instalada y se
encuentre en ejecución.
- Determine si están configuradas correctamente los enlaces de
importación y exportación de todos los servicios que contienen otras aplicaciones
que utiliza la aplicación anómala. Utilice la consola administrativa
para examinar y corregir los enlaces.
- Corrija el problema y reinicie la aplicación.
- Si los pasos anteriores no resultan de ayuda, revise la
información de resolución de
problemas de despliegue para WebSphere ESB.
Puesto que
WebSphere ESB
está incorporado en
WebSphere Application Server Network Deployment,
es posible que desee consultar información de resolución de problemas para WebSphere Application Server.