[
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