Errores de arranque de aplicación

Utilice esta información para la resolución de problemas que se producen cuando se inicia una aplicación.

¿Qué clase de error encuentra cuando inicia una aplicación?

La nota siguiente se aplica a las referencias a ibm-web-ext.xmi en este tema.
Supported configurations Supported configurations: Para los archivos de enlace y extensión de IBM®, la extensión del nombre de archivo .xmi o .xml es diferente en función de si se utiliza una aplicación o módulo previo a Java EE 5 o una aplicación o módulo Java™ EE 5 o posterior. Un archivo de enlace o extensión de IBM se denomina ibm-*-ext.xmi o ibm-*-bnd.xmi donde * es el tipo de archivo de extensión o enlace como app, application, ejb-jar o web. Se aplican las condiciones siguientes:
  • En el caso de una aplicación o módulo que utilice una Java EE anterior a la versión 5, la extensión del archivo debe ser .xmi.
  • En el caso de una aplicación que utilice Java EE versión 5 o posterior, la extensión del archivo debe ser .xml. Si los archivos .xmi se incluyen con la aplicación o el módulo, el producto ignora los archivos .xmi.

No obstante, puede existir un módulo de Java EE 5 o posterior dentro de una aplicación que incluya archivos previos a Java EE 5 y que utilice la extensión de nombre de archivo .xmi.

Los archivos ibm-webservices-ext.xmi, ibm-webservices-bnd.xmi, ibm-webservicesclient-bnd.xmi, ibm-webservicesclient-ext.xmi, y ibm-portlet-ext.xmi siguen utilizando la extensión de archivo .xmi.

sptcfg

El servidor HTTP y el servidor de aplicaciones están trabajando por separado pero no se están pasando las peticiones desde el servidor HTTP al servidor de aplicaciones.

Si aparentemente el servidor HTTP funciona correctamente y el servidor de aplicaciones también funciona por su cuenta pero no se está dando servicio a las solicitudes del navegador enviadas desde el servidor HTTP para páginas de WebSphere Application Server.

En este caso:

  1. Determine si el servidor HTTP intenta dar servicio al propio recurso solicitado en lugar de enviarlo a WebSphere Application Server.
    1. Analice las anotaciones cronológicas de acceso del servidor HTTP (directorio_raíz_instalación_IHS/logs/access.log para IBM HTTP Server). Es posible que indique no puede encontrar el archivo en su propio directorio raíz de documentos.
    2. Vaya al archivo de registro del plugin.
  2. Renueve el archivo plugin-cfg.xml que determina qué solicitudes enviadas al servidor HTTP se dirigen a WebSphere Application Server y a qué servidor de aplicaciones.
    Utilice la consola para renovar este archivo:
    • En la consola administrativa de WebSphere Application Server, expanda el control del árbol Entorno.
    • Pulse Actualizar plugin de WebSphere.
    • Detenga y reinicie el servidor HTTP.

      [IBM i]Si está utilizando IBM HTTP Server para iSeries o Lotus Domino para iSeries, no es necesario que reinicie el servidor HTTP.

    • Vuelva a intentar la solicitud web.

    [IBM i]Si ha creado una definición de servidor web para diseñar la instancia de servidor web, el archivo se encuentra bajo raíz_perfil/config/cells/nombre_célula/nodes/nombre_nodo_servidor_Web/servers/nombre_servidor_Web. Si no es así, el archivo está situado bajo raíz_perfil/config/cells.

  3. Revise el archivo raíz_instalación_plug-in/logs/nombre_servidor_web/http_plugin.log para obtener sugerencias acerca del problema. Asegúrese de que las indicaciones de la hora que contiene la stanza de información del plug-in más reciente, la cual se imprime cuando se carga el plug-in, corresponden a la hora en que se ha iniciado el servidor web.
  4. Active el rastreo del plug-in estableciendo el atributo LogLevel del archivo plugin-cfg.xml en Trace y vuelva a cargar la petición. Vaya a raíz_instalación_plugin/logs/nombre_servidor_Web/http_plugin.log. Deberá poder ver el plug-in haciendo coincidir el URI de la petición con las diferentes definiciones de URI para las vías de acceso del archivo plugin-cfg.xml. Compruebe con qué reglas no es compatible el plug-in y averigüe si necesita añadir otras. Si acaba de instalar la aplicación, es posible que deba volver a generar manualmente la configuración del plug-in para seleccionar los nuevos URI relacionados con la nueva aplicación.

Para obtener información detallada acerca de la resolución de problemas relacionados con el plug-in, consulte Sugerencias para la resolución de problemas del plug-in del servidor Web.

Problemas de servicio de archivos

Si la salida de texto aparece en la página web soportada por JSP o por el servlet pero no así los archivos:

  • Compruebe que los archivos estén en la ubicación correcta: el directorio raíz_documentos de la aplicación web. WebSphere Application Server sigue el estándar J2EE lo que significa que el directorio raíz de documentos están en el directorio nombre_módulo_web.war de la aplicación web desplegada.

    [AIX Solaris HP-UX Linux Windows][z/OS]Generalmente, este directorio se encuentra en el directorio raíz_instalación/installedApps/nombre_nodo/nombre_aplicación.ear o raíz_instalación/installedApps/nombre_nodo/nombre_aplicaciónNetwork.ear.

    [IBM i]Generalmente, este directorio se encuentra en el directorio raíz_perfil/installedApps/nombre_nodo/nombre_aplicación.ear o raíz_perfil/installedApps/nombre_nodo/nombre_aplicaciónNetwork.ear.

    Si los archivos están en un subdirectorio del directorio raíz de documentos, compruebe que la referencia al archivo lo refleje. Es decir, si el archivo invoices.html está almacenado en el directorio de Windows directory nombre_módulo_web.war\invoices, entonces los enlaces desde otras páginas de la aplicación web para mostrarlo deben ser "invoices\invoices.html", en lugar de "invoices.html".

  • Compruebe que se haya configurado la aplicación web de modo que el servicio de archivos esté habilitado (en otras palabras, que esté habilitada para visualizar los recursos estáticos como, por ejemplo, los archivos de imágenes y .html):
    1. Visualice la propiedad del servicio de archivos del módulo web que lo alberga examinando el archivo .war de origen en una herramienta de ensamblaje. Si es necesario, actualice la propiedad y vuelva a desplegar el módulo.

    2. Edite la propiedad fileServingEnabled en el archivo de configuración ibm-web-ext.xmi de la aplicación web desplegada.

      [AIX Solaris HP-UX Linux Windows][z/OS]Generalmente, el archivo se encuentra en el directorio raíz_instalación/config/cells/nombre_nodo o nombre_nodoNetwork/applications/nombre_aplicación/deployments/nombre_aplicación/nombre_módulo_Web/web-inf.

      [IBM i]Generalmente, el archivo se encuentra en el directorio raíz_perfil/config/cells/nombre_nodo o nombre_nodoNetwork/applications/nombre_aplicación/deployments/nombre_aplicación/nombre_módulo_Web/web-inf.

Los gráficos no aparecen en el archivo JSP o la salida del servlet

Si la salida de texto aparece en la página web soportada por JSP o por el servlet pero no así los archivos de imágenes:

  • Compruebe que los archivos gráficos estén en el lugar correcto: el directorio raíz_documentos de la aplicación web. El producto sigue el estándar J2EE, es decir la raíz del documento es el directorio nombre_módulo_web.war de la aplicación web desplegada.

    [AIX Solaris HP-UX Linux Windows][z/OS]Generalmente, este directorio se encuentra en el directorio raíz_instalación/installedApps/nombre_nodo/nombre_aplicación.ear o el directorio raíz_instalación/installedApps/nombre_nodo/nombre_aplicaciónNetwork.ear.

    [IBM i]Generalmente, este directorio se encuentra en el directorio raíz_perfil/installedApps/nombre_nodo/nombre_aplicación.ear o raíz_perfil/installedApps/nombre_nodo/nombre_aplicaciónNetwork.ear.

    Si los archivos de gráficos están en un subdirectorio de la raíz de documentos, compruebe que la referencia al gráfico lo refleje; por ejemplo, si el archivo banner.gif está almacenado en el directorio de Windows nombre_módulo_web.war/images, la etiqueta para visualizarlo debe ser: <img SRC="banner.gif">, en lugar de <img SRC="banner.gif">.

  • Compruebe que se haya configurado la aplicación web de modo que el servicio de archivos esté habilitado (esto es, visualice los recursos estáticos como, por ejemplo, los archivos de imágenes y .html).
    1. Visualice la propiedad del servicio de archivos del módulo web que lo alberga examinando el archivo .war de origen en una herramienta de ensamblaje. Si es necesario, actualice la propiedad y vuelva a desplegar el módulo.

    2. Edite la propiedad fileServingEnabled en el archivo de configuración ibm-web-ext.xmi de la aplicación web desplegada.

      [AIX Solaris HP-UX Linux Windows][z/OS]Generalmente, el archivo se encuentra en el directorio raíz_instalación/config/cells/nombre_nodo o nombre_nodoNetwork/applications/nombre_aplicación/deployments/nombre_aplicación/nombre_módulo_Web/web-inf.

      [IBM i]Generalmente, el archivo se encuentra en el directorio raíz_perfil/config/cells/nombre_nodo o nombre_nodoNetwork/applications/nombre_aplicación/deployments/nombre_aplicación/nombre_módulo_Web/web-inf.

    3. Después de completar el paso anterior:
      • En la consola administrativa de WebSphere Application Server, expanda el control del árbol Entorno.
      • Pulse Actualizar plugin de WebSphere.
      • Detenga y reinicie el servidor HTTP y vuelva a intentar la solicitud web.

SRVE0026E: [Error de servlet]-[No se ha podido compilar la clase para el archivo JSP

Si aparece este error en un navegador cuando intenta acceder por primera vez a un archivo .jsp nuevo o modificado, la causa más probable es que el origen Java del archivo JSP haya fallado (era incorrecto) durante la fase de compilación de javac.

[z/OS]Consulte en los archivos de anotaciones cronológicas del servidor un mensaje de error del compilador.

[AIX Solaris HP-UX Linux Windows][IBM i]Consulte el archivo SystemErr.log para ver un mensaje de error del compilador, similar al siguiente:
C:\WASROOT\temp\ ... test.war\_myJsp.java:14: \Duplicar declaración de variables: int myInt was int myInt
int myInt = 122; 
String myString = "number is 122"; 
static int myStaticInt=22; 
int myInt=121; 
      ^
Nota: En este tema se hace referencia a uno o más de los archivos de registro del servidor de aplicaciones. Como alternativa recomendada, puede configurar el servidor para utilizar la infraestructura de registro y rastreo HPEL en lugar de utilizar los archivos SystemOut.log , SystemErr.log, trace.log y activity.log en sistemas distribuidos y de IBM i. Puede también utilizar HPEL junto con sus recursos de registro nativos de z/OS. Si utiliza HPEL, puede acceder a toda la información de registro y rastreo utilizando la herramienta de línea de mandatos LogViewer desde el directorio bin de perfil de servidor. Consulte la información sobre la utilización de HPEL para resolver problemas de aplicaciones para obtener más información sobre la utilización de HPEL.

Solucione el problema en el archivo de origen JSP, guarde el origen y vuelva a solicitar el archivo JSP.

Si este error se produce cuando intenta dar servicio a un archivo JSP que se ha copiado desde otro sistema donde se ha ejecutado correctamente, entonces, se trata de algo diferente en el entorno del nuevo servidor que está impidiendo que se ejecute el archivo JSP. Examine el texto para ver si hay una sentencia similar a la siguiente:
Variable o nombre de clase no definida: MyClass
Este error indica que una clase o un archivo jar de soporte no se ha copiado en el servidor de destino o no está en la classpath. Busque el archivo MyClass.class, y colóquelo en el directorio WEB-INF/classes del módulo web o coloque el archivo .jar que contiene en el directorio WEB-INF/lib del módulo web.

Compruebe que el URL que ha utilizado para acceder al recurso sea correcto:

  • Para un archivo JSP, archivo html o archivo de imágenes: el subdirectorio http://nombre_host/dir_raíz_contexto_módulo_Web/subdir en el directorio raíz de documentos, si hay algún/nombre_archivo.ext. El directorio raíz de documentos de una aplicación web es el directorio nombre_aplicación.WAR de la aplicación instalada.
    • por ejemplo, para acceder al archivo myJsp.jsp, ubicado en c:\WebSphere\ApplicationServer\installedApps\myEntApp.ear\myWebApp.war\invoices en myhost.mydomain.com, y suponiendo que la raíz de contexto para el módulo web myWebApp sea myApp, el URL es http://myhost.mydomain.com/myApp/invoices/myJsp.jsp.
    • De forma predeterminada, el servicio de JSP está habilitado. El servicio de archivos para archivos HTML y de imágenes debe estar habilitado como una propiedad del módulo web, en un herramienta de ensamblaje, o estableciendo la propiedad fileServingEnabled en true en el archivo ibm-web-ext.xmi de la aplicación web instalada y reiniciando la aplicación.

  • Para los servlets a los que se presta servicio por nombre de clase, el URL es http://nombre_host/raíz_contexto_módulo_Web/servlet/Nombrepaquete.Nombreclase.

    [AIX Solaris HP-UX Linux Windows]Por ejemplo, para acceder a mycom.myservlet.class, situado en c:\websphere\applicationserver\installedapps\myentapp.ear\mywebapp.war\web-inf \classes, y suponiendo que la raíz de contexto para el módulo myWebApp es "myApp", el URL será http://myhost.mydomain.com/myapp/servlet/mycom.myservlet.

    [IBM i]Por ejemplo, para acceder a mycom.myservlet.class, situado en raíz_perfil/installedapps/myentapp.ear/mywebapp.war/web-inf/classes, y suponiendo que la raíz de contexto del módulo myWebApp es "myApp", el URL sería http://myhost.mydomain.com/myapp/servlet/mycom.myservlet.

  • El servicio de servlets por nombre de clase debe estar habilitada como una propiedad del módulo web y, por omisión, está habilitada. El servicio de archivos para archivos HTML y de imágenes debe estar habilitado como una propiedad de la aplicación web, en un herramienta de ensamblaje, o estableciendo la propiedad fileServingEnabled en true en el archivo ibm-web-ext.xmi de la aplicación web instalada y reiniciando la aplicación.

Corrija el URL en el archivo HTML, el servlet o el archivo JSP de origen. Un HREF sin una barra inclinada (/) inicial hereda el contexto del recurso que realiza la llamada. Por ejemplo:

  • Un HREF en http://[nombre_host]/myapp/servlet/MyServlet para ServletB se resuelve como "http://nombre_host/myapp/servlet/ServletB"
  • Un HREF en http://[nombre_host]/myapp/servlet/MyServlet para "servlet/ServletB" se resuelve como "http://nombre_host/myapp/servlet/servlet/ServletB" (un error)
  • Un HREF en http://[nombre_host]/myapp/servlet/MyServlet para "/ServletB" se resuelve en "http://nombre_host/ServletB" (un error, si ServletB requiere la misma raíz de contexto que MyServlet)
[AIX Solaris HP-UX Linux Windows][IBM i]

Después de modificar y guardar un archivo JSP, el cambio no aparece en el navegador

Es probable que la aplicación web no se haya configurado para volver a cargar el servlet o que el intervalo especificado para volver a cargar sea demasiado largo.

Para corregir este problema, en una herramienta de ensamblaje, seleccione el distintivo Recarga habilitada y el valor Intervalo de recarga en las extensiones de IBM del módulo web específico. Habilite la recarga o, si ya está habilitada, establezca el intervalo de recarga en un valor inferior.

Mensaje de error: /jspname.jsp(9,0) Falta la página de atributos obligatoria Include:

Cuando se intenta acceder a un archivo JSP, aparece el error "Mensaje: /nombrejsp.jsp(9,0) Falta la página de atributos obligatoria Include:"

Es probable que el archivo JSP no se haya ejecutado correctamente durante la fase de conversión a Java. Específicamente, una directiva JSP, en este caso una sentencia include, era incorrecta o hacía referencia a un archivo que no se ha encontrado.

Para corregir este problema, solucione el problema en el origen JSP, guarde el origen y vuelva a solicitar el archivo JSP.

[AIX Solaris HP-UX Linux Windows][IBM i]

El origen Java generado a partir de un archivo JSP no se retiene en el directorio temporal

Es probable que el procesador JSP no se haya configurado para mantener el origen Java generado.

En la herramienta de ensamblaje, compruebe los Atributos JSP en Extensiones de propiedades de ensamblaje para el módulo web específico. Asegúrese de que exista el atributo keepgenerated y que esté establecido en true. Si no es así, establezca este atributo y reinicie la aplicación web. Para ver los resultados de esta operación, suprima el archivo de clases del directorio temp para forzar el procesador JSP de modo que vuelva a convertir el origen JSP en Java.

Error "No se ha encontrado la aplicación de empresa [el nombre de la aplicación que ha especificado]".

El compilador por lotes JSP se ejecuta incorrectamente con el mensaje "No se ha encontrado la aplicación de empresa [el nombre de la aplicación que ha especificado]".

Es probable que el nombre y la vía de acceso completos de la aplicación de empresa, comenzando por el subdirectorio .ear que reside en el directorio aplicaciones se espera como un argumento para la herramienta JspBatchCompiler y no simplemente el nombre de visualización.

[AIX Solaris HP-UX Linux Windows]La vía de acceso de directorio es raíz_instalación\config\cells\nombre_nodoNetwork\applications.

[IBM i]La vía de acceso del directorio es raíz_perfil/config/cells/nombre_nodoNetwork/applications.

Por ejemplo:

  • "JspBatchCompiler -enterpriseapp.name sampleApp.ear/deployments/sampleApp" es correcto, y no así
  • "JspBatchCompiler -enterpriseapp.name sampleApp", que es incorrecto.

Hay un problema de traducción con la entrada del navegador en un idioma distinto al inglés

Si la entrada del navegador en un juego de caracteres diferente al inglés no se puede traducir después de que la haya leído un servlet o un archivo JSP, asegúrese de que los parámetros de petición se hayan codificado según el juego de caracteres esperado antes de leerlos. Por ejemplo, si se trata de un sitio chino, el archivo .jsp de destino debe tener la línea:
 req.setCharacterEncoding("gb2312");
antes de cualquier llamada al método req.getParameter.

Este problema afecta a los servlets y a los archivos jsp que proceden de versiones anteriores deWebSphere Application Server, lo cuales se convierten automáticamente a caracteres basados en el entorno nacional de WebSphere Application Server.

No aparecen las barras de desplazamiento alrededor de los elementos de la ventana del navegador.

En algunos navegadores, los elementos de tipo árbol o lista que ocupan más espacio que las ventanas asignadas no tienen barras de desplazamiento para ver toda la lista.

Para corregir este problema, pulse con el botón derecho del ratón en la ventana del navegador y pulse Recarga en el menú.

Aparece el error "No se puede mostrar la página, no se encuentra el servidor o error de DNS"

Aparece el error "No se puede mostrar la página, no se encuentra el servidor o error de DNS" cuando se intenta examinar un archivo JSP (JavaServer Pages) utilizando Internet Explorer

Este error se produce cuando un tiempo de espera de HTTP apaga el sirviente y lo reinicia. Para corregir este problema, aumente el valor de ConnectionIOTimeOut:

  1. En la consola administrativa, seleccione Administración del sistema Gestor de despliegue Servicios de administración Propiedades personalizadas
  2. Seleccione ConnectionIOTimeOut.
  3. Aumente el valor de ConnectionIOTimeOut.
  4. Pulse Aceptar.
[z/OS]

Se genera la excepción DeploymentDescriptorLoadException cuando se inicia una aplicación

Si un servidor de aplicaciones en el que se despliega la aplicación sincroniza la configuración con el gestor de despliegue durante el arranque del servidor, entonces es posible que la aplicación no se inicie y que se grabe una excepción DeploymentDescriptorLoadException en el archivo SystemErr.log del servidor. Detenga y reinicie el servidor y, a continuación, intente iniciar de nuevo la aplicación.


Icon that indicates the type of topic Reference topic



Timestamp icon Last updated: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=rtrb_pagedisplayprob2
File name: rtrb_pagedisplayprob2.html