Сервлет Faces выдал исключение java.lang.StackOverflowError ( Ошибка стекового потока )
-
01-07-2019 - |
Вопрос
Хорошо, я наткнулся на свой первый StackOverflowError с момента присоединения к этому сайту, я решил, что это обязательный пост :-).Моей средой является Seam 2.0.1.GA, JBoss 4.2.2.GA и я использую JSF.Я нахожусь в процессе преобразования из представления facelets в JSP, чтобы воспользоваться некоторыми существующими тегами JSP, используемыми на нашем существующем сайте.Я изменил файлы конфигурации faces-config.xml и web.xml и начал получать следующую ошибку при попытке отобразить страницу jsp.У кого-нибудь есть какие-нибудь мысли?
2008-09-17 09:45:17,537 ОТЛАДКА [org.jboss.seam.контексты.Цикл подтяжки лица] Запустите запрос JSF для /form_home.jsp 2008-09-17 09:45:17,587 ОШИБКА [org.apache.catalina.core.Контейнерная база.[jboss.web].[локальный хост].[/].[Лица Сервлет]] Servlet.service() для сервлет сталкивается с тем, что Сервлет выдал исключение java.lang.StackOverflowError ( Ошибка стекового потока ) в org.apache.catalina.core.ApplicationHttpRequest.getAttribute(ApplicationHttpRequest.java:210) в org.apache.catalina.core.ApplicationHttpRequest.getAttribute(ApplicationHttpRequest.java:222) в org.apache.catalina.core.ApplicationHttpRequest.getAttribute(ApplicationHttpRequest.java:222) в org.apache.catalina.core.ApplicationHttpRequest.getAttribute(ApplicationHttpRequest.java:222) ...
Мой faces-config.xml файл теперь пуст, в нем нет 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>
И мой файл 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>
Решение
Я смог разобраться с этой проблемой.По-видимому, вы не можете настроить web.xml, чтобы иметь то же значение параметра .jsp для Javax.faces.DEFAULT_SUFFIX, что и шаблон URL-адреса сервлета Faces (*.jsp).Если вы измените свой URL-шаблон на .jspx или в /любое другое имя, которое вы хотите/ приложение запускается без ошибок переполнения стека.(примечание:ключевым моментом является то, что DEFAULT_SUFFIX и Faces URL-шаблон сервлета не могут быть одинаковыми, независимо от того, что они собой представляют.) Надеюсь, это поможет всем, кто сталкивается с этой конкретной проблемой.
Другие советы
Переполнение стека в java почти всегда вызвано бесконечной рекурсией / вызовами методов.В вашем случае, учитывая трассировку стека, кажется, что 'getAttribute()' вызывается повторно до сбоя.Хотя я не очень хорошо знаком с конкретными средами, которые вы используете, я бы посоветовал проверить ваш код .jsp на наличие любого из этого типа поведения (например, двух методов, которые вызывают друг друга)
Итак, у меня возникла аналогичная ошибка.Для меня это было связано с тем, что у меня был проект JSF, и я возился с расширениями файлов.Начнем с того, что у меня были все мои веб-файлы с расширением .jsp.Это работало, но потом я захотел, чтобы все они были .jsf, после чего я пошел ва-банк, используя .xhtml.В процессе мой файл web.xml изменился, чтобы совместить xhtml и jsf.Изменение файла web.xml прошло нормально.Что привело меня к StackOverflowError, так это то, что у меня был index.xhtml с тегом ui.include, указывающим на header.jsf.Итак, у меня был файл xhtml, указывающий на файл jsf.Я думал, что web.xml смогу справиться с этим, но этого не произошло, я получил StackOverflowError .Итак, чтобы исправить это, теперь все мои файлы JSF имеют расширение .xhtml, а вложенные теги ui:include указывают на файлы .xhtml.
С другой стороны, URL-адрес браузера может обрабатывать index.jsp, index.jsf, index.xhtml просто отлично.Таким образом, web.xml (с сопоставлениями сервлетов для jsp, jsf и xhtml) отлично обрабатывает URL-адрес браузера, но не для того, что моя проблема была подчеркнута выше.