configuration - que - jboss wikipedia
Caras Servlet lanzó la excepción java.lang.StackOverflowError (3)
Ok, me encontré con mi primer StackOverflowError desde que me uní a este sitio, pensé que era una publicación obligatoria :-). Mi entorno es Seam 2.0.1.GA, JBoss 4.2.2.GA y estoy usando JSF. Estoy en el proceso de convertir de una vista de facelets a JSP para aprovechar algunas de las etiquetas JSP existentes que se usan en nuestro sitio existente. Cambié los archivos de configuración faces-config.xml y web.xml y comencé a recibir el siguiente error al intentar renderizar una página jsp. Alguien tiene alguna idea?
2008-09-17 09: 45: 17,537 DEBUG [org.jboss.seam.contexts.FacesLifecycle] Comience la solicitud de JSF para /form_home.jsp 2008-09-17 09: 45: 17,587 ERROR [org.apache.catalina.core. ContainerBase. [Jboss.web]. [Localhost]. [/]. [Caras Servlet]] Servlet.service () para servlet Caras El servlet lanzó la excepción java.lang.StackOverflowError en org.apache.catalina.core.ApplicationHttpRequest.getAttribute ( ApplicationHttpRequest.java:210) en org.apache.catalina.core.ApplicationHttpRequest.getAttribute (ApplicationHttpRequest.java:222) en org.apache.catalina.core.ApplicationHttpRequest.getAttribute (ApplicationHttpRequest.java:222) en org.apache.catalina .core.ApplicationHttpRequest.getAttribute (ApplicationHttpRequest.java:222) ...
Mi archivo faces-config.xml ahora está vacío sin FaceletsViewHandler:
<?xml version="1.0" encoding="UTF-8"?>
<faces-config version="1.2" xmlns="http://java.sun.com/xml/ns/javaee"
xmlns:xi="http://www.w3.org/2001/XInclude"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://java.sun.com/xml/ns/javaee
http://java.sun.com/xml/ns/javaee/web-facesconfig_1_2.xsd">
</faces-config>
Y mi archivo Web.xml:
<?xml version="1.0"?>
<web-app version="2.5" xmlns="http://java.sun.com/xml/ns/javaee"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://java.sun.com/xml/ns/javaee
http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd">
<!-- Ajax4jsf -->
<context-param>
<param-name>org.richfaces.SKIN</param-name>
<param-value>blueSky</param-value>
</context-param>
<!-- Seam -->
<listener>
<listener-class>org.jboss.seam.servlet.SeamListener</listener-class>
</listener>
<filter>
<filter-name>Seam Filter</filter-name>
<filter-class>org.jboss.seam.servlet.SeamFilter</filter-class>
</filter>
<filter-mapping>
<filter-name>Seam Filter</filter-name>
<url-pattern>*.jsp</url-pattern>
</filter-mapping>
<servlet>
<servlet-name>Seam Resource Servlet</servlet-name>
<servlet-class>org.jboss.seam.servlet.SeamResourceServlet
</servlet-class>
</servlet>
<servlet-mapping>
<servlet-name>Seam Resource Servlet</servlet-name>
<url-pattern>/seam/resource/*</url-pattern>
</servlet-mapping>
<!-- Seam end -->
<!-- JSF -->
<context-param>
<param-name>javax.faces.DEFAULT_SUFFIX</param-name>
<param-value>.jsp</param-value>
</context-param>
<servlet>
<servlet-name>Faces Servlet</servlet-name>
<servlet-class>javax.faces.webapp.FacesServlet</servlet-class>
<load-on-startup>1</load-on-startup>
</servlet>
<servlet-mapping>
<servlet-name>Faces Servlet</servlet-name>
<url-pattern>*.jsp</url-pattern>
</servlet-mapping>
Los desbordamientos de pila en Java casi siempre son causados por infinitas llamadas de recurrencia / método. En su caso dado el seguimiento de la pila, parece que ''getAttribute ()'' se está llamando repetidamente hasta que se cuelgue. Si bien no estoy íntimamente familiarizado con los entornos particulares que está utilizando, sugiero que verifique su código .jsp para este tipo de comportamiento (por ejemplo, dos métodos que se llaman entre sí).
Pude descubrir este problema. Aparentemente no se puede configurar web.xml para tener el mismo valor de param de .jsp para Javax.faces.DEFAULT_SUFFIX como el url-pattern Faces Servlet (* .jsp). Si cambia su url-pattern a .jspx o a / whateverdirnameyouwant / la aplicación se inicia sin errores de desbordamiento de pila. (nota: la clave es que DEFAULT_SUFFIX y Faces Servlet url-pattern no pueden ser iguales independientemente de lo que sean). Espero que esto ayude a cualquier otra persona que experimente este problema específico.
Entonces, tuve un error similar. Para mí, era que tenía un proyecto JSF y estaba metiéndome con las extensiones de archivo. Para empezar, tenía todos mis archivos web con la extensión .jsp. Esto estaba funcionando, pero luego quise que fueran todos .jsf, luego de eso, utilicé .xhtml. En el proceso, mi archivo web.xml cambió para acomodar xhtml y jsf. Cambiar el archivo web.xml estaba bien. Lo que me dio Error fue que tenía index.xhtml con una etiqueta ui.include apuntando a header.jsf. Así que tenía un archivo xhtml apuntando a un archivo jsf. Pensé que web.xml podría manejar esto, pero no fue así, obtuve Error. Entonces, para solucionar esto, ahora todos mis archivos JSF tienen la extensión .xhtml y ui anidado: las etiquetas de inclusión apuntan a los archivos .xhtml.
Por otro lado, sin embargo, la URL del navegador puede manejar el index.jsp, index.jsf, index.xhtml bien. Por lo tanto, el web.xml (con asignaciones de servlets para jsp, jsf y xhtml) maneja la URL del navegador muy bien, pero no por lo que mi problema anterior resaltó.