El recurso Web no aparece
Utilice esta información para la resolución de problemas que se producen cuando intenta visualizar un recurso en un navegador.
- Compruebe que el estado del servidor HTTP sea correcto accediendo al URL http://nombre_servidor desde un navegador y comprobando si aparece la página de bienvenida. Esta acción indica si el servidor HTTP está activo y en ejecución, independientemente del estado de WebSphere Application Server.
- Si no aparece la página de bienvenida del servidor HTTP, es decir, si ve un mensaje del navegador como, por ejemplo, no se puede mostrar la página u otro mensaje similar, intente diagnosticar el problema del servidor web.
- Si el servidor HTTP funciona correctamente, Application Server puede que no esté
dando servicio al recurso de destino. Intente acceder directamente al recurso mediante el
servidor de aplicaciones en lugar de hacerlo a través del servidor HTTP.
Si no puede acceder al recurso directamente a través de Application Server, compruebe que el URL que se ha utilizado para acceder al recurso sea el correcto.
Si el URL es incorrecto y se ha creado como un enlace desde otro archivo JSP (JavaServer Pages), servlet o archivo HTML, intente corregirlo manualmente en el campo de URL del navegador y vuélvalo a cargar para confirmar que el problema reside en un URL incorrecto. Corrija el URL en el archivo HTML, el servlet o el archivo JSP de origen.
Si aparentemente el URL es correcto, pero no se puede acceder al recurso directamente desde el servidor de aplicaciones, compruebe el estado del módulo web y el servidor de aplicaciones que lo alberga.- Visualice el módulo web y el servidor de aplicaciones que lo alberga en la consola administrativa para comprobar que están ejecutándose.
- Copie un archivo HTML o JSP sencillo ,como, por ejemplo, SimpleJsp.jsp, que se encuentra en la estructura de directorios de WebSphere Application Server, en su directorio raíz de documentos del módulo web, e intente acceder al archivo. Si esto funciona, el problema reside en el recurso.
Consulte el registro de JVM del servidor de aplicaciones para averiguar por qué no se puede encontrar o dar servicio al recurso.
Consulte las anotaciones cronológicas del servidor de aplicaciones para averiguar por qué no se puede encontrar o dar servicio al recurso.
- Si puede acceder directamente al recurso mediante el servidor de aplicaciones pero no mediante un servidor HTTP, el problema reside en el plug-in HTTP, esto es, en el componente que efectúa las comunicaciones entre el servidor HTTP y WebSphere Application Server.
- Si se da servicio al archivo JSP y a la salida del servlet, pero no así a los recursos estáticos como, por ejemplo, archivos de imágenes y .html, consulte los pasos necesarios para habilitar el servicio de archivos.
- Si ciertos recursos se muestran correctamente pero no pueden visualizar un servlet por su nombre de clase:
- Compruebe que el servlet esté en un directorio de la vía de acceso de clase del módulo web como, por ejemplo, en el directorio /nombre_módulo_Web.war/WEB-INF/classes.
- Compruebe que especifique en el URL el nombre de clase completo del servlet, incluido el nombre de paquete.
- Compruebe que en el URL "/servlet" vaya precedido del nombre de clase. Por ejemplo, si el contexto de la raíz de un módulo
web es "myapp", y el servlet es com.mycom.welcomeServlet, el URL es:
http://nombre_host/myapp/servlet/com.mycom.welcomeServlet
- Compruebe que el servicio de servlets por nombre de clase está habilitado para el módulo web que lo aloja; para ello, abra el módulo web de origen en una herramienta de ensamblaje y examine el valor de servir servlets por nombre de clase en la página de propiedades de IBM® Extensions. Si es necesario, habilite este distintivo y vuelva a desplegar el módulo web.
- Para servlets u otros recursos servidos por os URL correlacionados, el URL es http://nombre_host/raíz_contexto_módulo_web/URLcorrelacionado.
Si ninguno de estos pasos soluciona el problema, compruebe si el problema se ha identificado y documentado consultando el
soporte en línea disponible (ideas y sugerencias, notas técnicas y arreglos). Si no encuentra su problema en esta
lista, consulte la resolución de problemas de IBM.
Diagnosticar problemas de servidor web
Si no puede ver la página de bienvenida del servidor HTTP, determine si el servidor está funcionando correctamente.
Busque en el panel Servicios el servicio correspondiente
al servidor HTTP y compruebe que su estado sea Iniciado. Si no es así, inícielo. Si el servicio no se inicia, intente iniciarlo manualmente desde el indicador de mandatos. Si está utilizando IBM HTTP Server, el mandato es dir_instalación_IHS\apache.
Ejecute el mandato ps -ef | grep httpd. Deberá haber varios procesos ejecutándose con el nombre "httpd".
Si no es así, inicie manualmente el servidor HTTP. Si está utilizando IBM HTTP Server, el mandato es dir_instalación_IHS/bin/apachectl start.
- Analice las anotaciones cronológicas de error del servidor HTTP para obtener sugerencias.
- Intente restaurar el servidor HTTP a la configuración anterior a la
instalación de WebSphere Application
Server y vuelva a iniciarlo. Si está utilizando IBM HTTP Server:
- Cambie el nombre del archivo dir_instalación_IHS\httpd.conf.
- Copie el archivo httpd.conf.default por httpd.conf.
- Si está ejecutándose Apache, deténgalo y reinícielo.
- Para el servidor Web Sun ONE (iPlanet), restaure el archivo de configuración obj.conf para Sun ONE V4.1 y los archivos obj.conf y magnus.conf para Sun ONE V6.0 y posterior.
- Para Microsoft IIS (Internet Information Server), elimine el plug-in de WebSphere Application Server mediante la GUI administrativa de IIS.
Si la restauración del archivo de configuración por omisión del servidor HTTP funciona, revise manualmente el archivo de configuración que tiene las actualizaciones de WebSphere Application Server y compruebe los nombres de directorio y de archivo de los archivos de WebSphere Application Server. Si no puede corregir manualmente la configuración, puede desinstalar y volver a instalar WebSphere Application Server para poder crear un archivo de configuración HTTP limpio.
Si la restauración del archivo de configuración predeterminado no le ayuda, póngase en contacto con el soporte técnico para el servidor web que está utilizando. Si utiliza IBM HTTP Server con WebSphere Application Server, consulte el servicio de soporte en línea (consejos y sugerencias, notas técnicas y arreglos). Si no encuentra su problema en esta lista, consulte la resolución de problemas de IBM.
Acceder a un recurso web a través del servidor de aplicaciones e ignorando el servidor HTTP
Puede ignorar el servidor HTTP y acceder a un recurso web a través del servidor de aplicaciones. No se recomienda dar servicio a un sitio web de producción de este modo pero proporciona una buena herramienta de diagnóstico cuando no está claro si un problema reside en el servidor HTTP, en WebSphere Application Server o en el plug-in HTTP.
- Determine el puerto del servicio HTTP en el servidor de aplicaciones de destino.
- En la consola administrativa, pulse .
- En las Propiedades adicionales del contenedor web, pulse Transportes HTTP. Aparecen listados los puertos de los hosts virtuales a los que da servicio el servidor de aplicaciones.
Es posible que haya más de un puerto listado. En el servidor de aplicaciones por omisión (server1), por ejemplo, el puerto 9060 se reserva para las peticiones de administración, y los puertos 9443 y 9043 se utilizan para las peticiones cifradas para SSL. Para comprobar el servlet "snoop" de ejemplo, utilice el puerto de aplicación predeterminado 9080, a menos que se modifique.
- Utilice el número de puerto de transporte HTTP del servidor de aplicaciones para acceder al recurso desde un navegador. Por ejemplo, si el puerto es 9080, el URL es http:\\nombre_host:9080\myAppContext/myJSP.jsp.
- Si todavía no puede acceder al recurso, compruebe que el puerto de transporte
HTTP esté en la lista de "Alias de host":
- Pulse para seleccionar el host virtual predeterminado y los puertos de transporte HTTP que utiliza este servidor de aplicaciones.
- Pulse para comprobar si existe el puerto del transporte HTTP. Añada una entrada, si es necesario. Por ejemplo, si el puerto HTTP de su aplicación es el servidor 9080, añada el alias de host *:9082.