Este tema describe los pasos que deben realizarse para determinar la
causa de un problema al desplegar una aplicación.
También presenta algunas soluciones posibles.
Antes de empezar
Este tema da por supuestas las afirmaciones siguientes:
- El usuario tiene una comprensión básica de cómo depurar un módulo.
- El registro cronológico y el rastreo es activo mientras se despliegue el
módulo.
Por qué y cuándo realizar esta tarea
La tarea de resolución de problemas de un despliegue se inicia después
de recibir la notificación de un error.
Hay varios síntomas de un despliegue anómalo que tiene que inspeccionarse antes
de emprender una acción.
Pasos para realizar esta tarea
- Determine si la instalación de aplicación ha sido anómala.
Examine
si hay mensajes que especifiquen la causa de la anomalía en el archivo
system.out.
Algunos de los motivos de que es posible que no se instale una aplicación son
los siguientes:
- Intenta 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 se instala la aplicación.
- Intenta desplegar módulos J2EE en un archivo EAR en servidores de destino
diferentes.
Importante: Si la instalación ha fallado y
la aplicación contiene servicios, antes de intentar volver a instalar la
aplicación, debe eliminar los destinos de SIBus o las especificaciones de
activación de J2C que se hayan creado antes de la anomalía.
La manera más sencilla de eliminar estos artefactos es pulsar
Guardar -> Descartar todo después de la anomalía.
Si
guarda los cambios de forma inadvertida, debe eliminar manualmente los destinos
de SIBus y las especificaciones de activación de J2C (consulte
Supresión de destinos de SIBus y
Supresión
de especificaciones de activación de J2C).
- Si la aplicación se ha instalado correctamente, examínelo para
determinar si se ha iniciado.
Si la aplicación no se ejecuta, la anomalía se ha producido cuando el servidor
intentó iniciar los recursos para la aplicación.
- Examine si hay mensajes que le orienten sobre cómo continuar en
el archivo system.out.
- Determine si se han iniciado los
recursos.
Los recursos no iniciados impiden que se ejecute una aplicación
para protegerse de información perdida.
Los motivos de que no se inicie un recurso son, entre otros:
- Los enlaces se especifican incorrectamente
- Los recursos no se configuran correctamente
- Los recursos no se incluyen en el archivo RAR (de archivo de recursos)
- Los recursos Web no incluidos en el archivo WAR (de archivo de servicios)
- Determine si faltan componentes.
El motivo de que
falte un componente es un archivo EAR (de archivo de empresa) construido
incorrectamente.
Asegúrese de que todos los componentes que el módulo necesita están en las
carpetas correctas en el sistema de prueba en el que se ha construido el
archivo JAR (archivo de Java).
Preparación para el despliegue en un servidor contiene
información adicional. contiene información adicional.
- Examine la aplicación para ver si hay información que fluya a través
de ella.
Incluso una aplicación en ejecución puede dejar de procesar
información. Las razones de ello son similares a las mencionadas en el paso
2.b.
- Determine si las aplicaciones utilizan los servicios contenidos
en otra aplicación. Asegúrese de que la otra aplicación esté instalada y en ejecución.
- Determine si los enlaces de importación y exportación para todos
los servicios contenidos en otras aplicaciones que utiliza la aplicación con
anomalías se configuran correctamente. Utilice la consola administrativa para examinar y corregir los
enlaces.
- Corrija el problema y reinicie la aplicación.