[jboss-jira] [JBoss JIRA] Resolved: (JBAS-4609) Original SevletResponse or wrapped original ServletResponse not passed to RequestDispatcher in violation of SRV.8.2 and SRV.14.2.5.1

[Thomas Heute (JIRA)]

     [ http://jira.jboss.com/jira/browse/JBAS-4609?page=all ]

Thomas Heute resolved JBAS-4609.
--------------------------------

    Resolution: Done

This is not a JBoss AS bug.

jboss-web got more strict regarding to the servlet spec, and does what it says.

If you want to have something a bit more loose, start JBoss AS with:
-Dorg.apache.catalina.STRICT_SERVLET_COMPLIANCE=false

And it won't check for this, so you can use frameworks that are not strictly following the spec.

> Original SevletResponse or wrapped original ServletResponse not passed to RequestDispatcher in violation of SRV.8.2 and SRV.14.2.5.1
> ------------------------------------------------------------------------------------------------------------------------------------
>
>                 Key: JBAS-4609
>                 URL: http://jira.jboss.com/jira/browse/JBAS-4609
>             Project: JBoss Application Server
>          Issue Type: Bug
>      Security Level: Public(Everyone can see) 
>    Affects Versions: JBossAS-4.2.0.GA
>         Environment: RHeL
>            Reporter: stefan lotties
>
> Sometimes in the log the following stacktrace appears while someone is surfing in an application:
> 2007-08-09 12:10:01,834 [http-0.0.0.0-8080-1] ERROR org.apache.catalina.core.ContainerBase.[jboss.we
> b].[localhost].[/webadmin].[action] - Servlet.service() for servlet action threw exception
> javax.servlet.ServletException: Original SevletResponse or wrapped original ServletResponse not pass
> ed to RequestDispatcher in violation of SRV.8.2 and SRV.14.2.5.1
>         at org.apache.catalina.core.ApplicationDispatcher.checkSameObjects(ApplicationDispatcher.jav
> a:1018)
>         at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:329)
>         at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:301)
>         at org.apache.struts.action.RequestProcessor.doForward(RequestProcessor.java:1056)
>         at org.apache.struts.tiles.TilesRequestProcessor.doForward(TilesRequestProcessor.java:261)
>         at org.apache.struts.tiles.TilesRequestProcessor.processTilesDefinition(TilesRequestProcesso
> r.java:237)
>         at org.apache.struts.tiles.TilesRequestProcessor.processForwardConfig(TilesRequestProcessor.
> java:300)
>         at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:231)
>         at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1164)
>         at org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:397)
>         at javax.servlet.http.HttpServlet.doHead(HttpServlet.java:271)
>         at javax.servlet.http.HttpServlet.service(HttpServlet.java:707)
>         at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
>         at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.j
> ava:290)
>         at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
>         at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:687)
>         at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:
> 469)
>         at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:403)
>         at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:301)
>         at org.apache.catalina.authenticator.FormAuthenticator.forwardToLoginPage(FormAuthenticator.
> java:316)
>         at org.apache.catalina.authenticator.FormAuthenticator.authenticate(FormAuthenticator.java:2
> 44)
>         at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:491)
>         at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:84)
>         at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
>         at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:104)
>         at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:
> 156)
>         at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
>         at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:241)
>         at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)
>         at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.ja
> va:580)
>         at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
>         at java.lang.Thread.run(Thread.java:595) 
> I debugged as far as I could and noticed that the http-request returns the host the jboss runs on when calling HttpServletRequest.getRemoteHost() and has "HEAD" as method. It can't be reproduced since it seems to be kinda random (doing the same action twice or more often does not end in this exception). Also the requested-URIs are different. 

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira