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.
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.
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.
- 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 se ha producido un error en la instalación y la
aplicación contiene servicios, debe eliminar los destinos de SIBus o las especificaciones
de activación J2C creados antes de la anomalía antes de intentar volver a instalar la
aplicación. El modo más sencillo de eliminar estos artefactos es pulsar
Guardar -> Descartar todo después de la anomalía. Si guarda los cambios
sin querer, debe eliminar manualmente los destinos de SIBus y las especificaciones de
activación J2C (consulte los temas
Supresión de los destinos de SIBus y
Supresión de las especificaciones de activación 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 desplegar 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 servicios incluidos 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 de todos los servicios
contenidos en otras aplicaciones que la aplicación con anomalía utiliza están configurados
correctamente. Utilice la consola administrativa para examinar y corregir los
enlaces.
- Corrija el problema y reinicie la aplicación.