tomcat-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 35812] New: - CoyoteRequestFacade.getSession getting nothing - time out?
Date Thu, 21 Jul 2005 09:40:54 GMT
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=35812>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=35812

           Summary: CoyoteRequestFacade.getSession getting nothing - time
                    out?
           Product: Tomcat 4
           Version: 4.1.8
          Platform: Other
        OS/Version: other
            Status: NEW
          Severity: normal
          Priority: P2
         Component: Connector:Coyote HTTP/1.1
        AssignedTo: tomcat-dev@jakarta.apache.org
        ReportedBy: john_woo@canada.com


I'm not sure it's MVC(Stucts) or tomcat bug, but a project using STUCTS with 
Tomcat 4.1.8 encountered the following error.

the time for business-logic processing about 40-50 seconds in a servlet, it 
seemed Tomcat tried to display the JSP without letting the servlet to finish 
all procedure, then poped up


   at org.apache.coyote.tomcat4.CoyoteRequestFacade.getSession
(CoyoteRequestFacade.java:365)

    at org.apache.coyote.tomcat4.CoyoteRequestFacade.getSession
(CoyoteRequestFacade.java:375)

    at myclass.getApplicationData(UtilSession.java:34)

    at myclass.addApplicationData(UtilSession.java:56)

    at javax.servlet.http.HttpServlet.service(HttpServlet.java:760)

at org.apache.coyote.tomcat4.CoyoteRequestFacade.getSession
(CoyoteRequestFacade.java:365)

    at org.apache.coyote.tomcat4.CoyoteRequestFacade.getSession
(CoyoteRequestFacade.java:375)

    at myclass.getApplicationData(UtilSession.java:34)

    at myclass.addApplicationData(UtilSession.java:56)
.BaseController.doService(BaseController.java:774)

    at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)

    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter
(ApplicationFilterChain.java:247)

    at org.apache.catalina.core.ApplicationFilterChain.doFilter
(ApplicationFilterChain.java:193)

    at org.apache.catalina.core.StandardWrapperValve.invoke
(StandardWrapperValve.java:260)

            at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNex
t(StandardPipeline.java:643)

            at org.apache.catalina.core.StandardPipeline.invoke
(StandardPipeline.java:480)

            at org.apache.catalina.core.ContainerBase.invoke
(ContainerBase.java:995)

            at org.apache.catalina.core.StandardContextValve.invoke
(StandardContextValve.java:191)

            at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNex
t(StandardPipeline.java:643)

            at org.apache.catalina.core.StandardPipeline.invoke
(StandardPipeline.java:480)

            at org.apache.catalina.core.ContainerBase.invoke
(ContainerBase.java:995)

            at org.apache.catalina.core.StandardContext.invoke
(StandardContext.java:2415)


Actually "myclass" has been modified, no need for it to send msg to tomcat-
class.


sorry if it's a bug from somewhere, like stucts controller time handling. but 
so far I had no way to find out the time-setting factor in stucts.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org


Mime
View raw message