Спорадическая исключительная ситуация java.lang.IllegalStateException при смешивании JSF-фасета и JSP-рендерера - PullRequest
Новая
       9

Спорадическая исключительная ситуация java.lang.IllegalStateException при смешивании JSF-фасета и JSP-рендерера

2 голосов
/ 25 ноября 2010

Я работаю над довольно старым веб-приложением, в котором используются следующие технологии.

  • SUN JSF RI 1.1
  • facelets-api 1.1.14
  • JBOSS 4.0.2
  • Quipukit 1.6 (библиотека компонентов AJAX JSF)

Приложение изначально разрабатывалось с использованием JSP-рендерера.Для новой функции, которая будет добавлена ​​в ближайшее время, мы хотели бы переключиться на Facelets, но мы не можем переписать остальные, поэтому нам придется запускать Facelets и рендеринг JSP параллельно.Обычно это работает, но в некоторых случаях (не воспроизводимых) мы получаем следующее исключение для JSP-частей приложения. 

    15:34:45,995 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/].[Faces Servlet]] Servlet.service() for servlet Faces Servlet threw exception
java.lang.IllegalStateException: getWriter() has already been called for this response
    at org.apache.catalina.connector.Response.getOutputStream(Response.java:565)
    at org.apache.catalina.connector.ResponseFacade.getOutputStream(ResponseFacade.java:171)
    at teamdev.jsf.util.ResourceFilter.doFilter(SourceFile:87)
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
    at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81)
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
    at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
    at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
    at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39)
    at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153)
    at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59)
    at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
    at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
    at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
    at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
    at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:856)
    at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:744)
    at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
    at org.apache.tomcat.util.net.MasterSlaveWorkerThread.run(MasterSlaveWorkerThread.java:112)
    at java.lang.Thread.run(Thread.java:619)

Когда возникает исключение, оно вызывает странное поведение, например, значения не корректныотправлено на следующем действии (очевидно, фаза JSF не была обработана должным образом)

Вот соответствующие части из моего web.xml и faces.config 

<?xml version="1.0" encoding="UTF-8"?>
<web-app xmlns="http://java.sun.com/xml/ns/j2ee" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    version="2.4"
    xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee   http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd">


        <context-param>
            <param-name>javax.faces.CONFIG_FILES</param-name>
            <param-value>/WEB-INF/faces-config.xml</param-value>
        </context-param>


        <context-param>
            <param-name>javax.faces.DEFAULT_SUFFIX</param-name>
            <param-value>.jsp</param-value>
        </context-param>

        <!-- Use Documents Saved as *.xhtml -->
        <context-param>
            <param-name>facelets.VIEW_MAPPINGS</param-name>
            <param-value>*.xhtml</param-value>
        </context-param>

        <servlet>
            <servlet-name>Faces Servlet</servlet-name>
            <servlet-class>javax.faces.webapp.FacesServlet</servlet-class>
            <init-param>
                <param-name>config</param-name>
                <param-value>/WEB-INF/faces-config.xml</param-value>
            </init-param>
            <init-param>
                <param-name>debug</param-name>
                <param-value>3</param-value>
            </init-param>
            <init-param>
                <param-name>detail</param-name>
                <param-value>3</param-value>
            </init-param>
            <load-on-startup>0</load-on-startup>
        </servlet>

        <servlet-mapping>
            <servlet-name>Faces Servlet</servlet-name>
            <url-pattern>/faces/*</url-pattern>
        </servlet-mapping>

        <session-config>
            <session-timeout>60</session-timeout>
        </session-config>

        <welcome-file-list>
            <welcome-file>index.jsp</welcome-file>
        </welcome-file-list>







<faces-config>
    <application>
        <message-bundle>validatormessages</message-bundle>
        <locale-config>
            <default-locale>de_DE</default-locale>
            <supported-locale>en_GB</supported-locale>
            <supported-locale>en_US</supported-locale>
            <supported-locale>fr_FR</supported-locale>
        </locale-config>
        <view-handler>com.sun.facelets.FaceletViewHandler</view-handler>
    </application>

...

</faces-config>

Любая помощь приветствуется.

С уважением

1 Ответ

2 голосов
/ 25 ноября 2010

JSP будет вызывать getWriter(), когда он использует выражения сценария (<%= %>) или когда вы явно пишете для вывода с помощью out.print в сценарии (<% %>).

Убедитесь, что на ваших страницах JSP таких вещей нет.

...