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?
- 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.
- Problemas de servicio de archivos
- Los gráficos no aparecen en el archivo JSP o la salida del servlet
- SRVE0026E: [Error de servlet]-[No se ha podido compilar la clase para el archivo JSP
Después de modificar y guardar un archivo JSP, el cambio no aparece en el navegador
- Mensaje de error: /jspname.jsp(9,0) Falta la página de atributos obligatoria Include:
El origen Java generado a partir de un archivo JSP no se retiene en el directorio temporal
- Error "No se ha encontrado la aplicación de empresa [el nombre de la aplicación que ha especificado]".
- Hay un problema de traducción con la entrada del navegador en un idioma distinto al inglés
- No aparecen las barras de desplazamiento alrededor de los elementos de la ventana del navegador.
- Aparece el error "No se puede mostrar la página, no se encuentra el servidor o error de DNS"
Se genera la excepción DeploymentDescriptorLoadException cuando se inicia una aplicación

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.
sptcfgEl 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:
- Determine si el servidor HTTP intenta dar servicio al propio recurso
solicitado en lugar de enviarlo a WebSphere Application Server.
- 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.
- Vaya al archivo de registro del plugin.
- 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.
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.
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.
- 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.
- 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.
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.
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):
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.
- Edite la propiedad fileServingEnabled en el archivo de
configuración ibm-web-ext.xmi de la aplicación web desplegada.
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.
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.
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.
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).
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.
- Edite la propiedad fileServingEnabled en el archivo de configuración ibm-web-ext.xmi de la aplicación web desplegada.
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.
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.
- 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.
Consulte en los archivos de anotaciones cronológicas del servidor un mensaje de error del compilador.
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
![[IBM i]](../images/iseries.gif)
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;
^
Solucione el problema en el archivo de origen JSP, guarde el origen y vuelva a solicitar el archivo JSP.
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.
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.
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]](../images/dist.gif)
![[IBM i]](../images/iseries.gif)
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]](../images/dist.gif)
![[IBM i]](../images/iseries.gif)
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.
La vía de acceso de directorio es raíz_instalación\config\cells\nombre_nodoNetwork\applications.
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
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:
- En la consola administrativa, seleccione Administración del sistema Gestor de despliegue Servicios de administración Propiedades personalizadas
- Seleccione ConnectionIOTimeOut.
- Aumente el valor de ConnectionIOTimeOut.
- Pulse Aceptar.
![[z/OS]](../images/ngzos.gif)
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.