[
http://jira.jboss.com/jira/browse/JBAS-4609?page=comments#action_12376245 ]
Peter Gallanis commented on JBAS-4609:
--------------------------------------
This error is occurring on two of servers and started after upgrading to 4.2.1GA (but not
on a third system running the same configuration). It is causing an exception every 15
seconds and is filling the logs, making it difficult to identify actual problems. The
error stops if we delete one of the ear files and comes back if we reinstall it.
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