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 15463] - StandardManager incorrectly uses getLastAccessedTime
Date Tue, 15 Nov 2005 21:04:53 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=15463>.
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=15463





------- Additional Comments From zain.yousafzai@gmail.com  2005-11-15 22:04 -------
Does the fix mentioned above work for 4.1.27? Your help is highly appreciated.
(In reply to comment #9)
> Problems with expiring sessions have been reported numerous times.
> The basic problem is as follows, starting at time 0 min and with
> a max inactive interval of 30 minutes:
> 00 min: First request, new session created, LastAccessedTime 0
> 02 min: Second request, reuse session, LastAccessedTime 0
> 31 min: Third request, reuse session, LastAccessedTime now 2
> 33 min: Background manager thread expires session even though
>         it has only been two minutes since the remote clients
>         last request.
> The argument for not changing how this works is based on how
> the Servlet Spec defines Session.getLastAccessedTime().
> But I agree with all those who have complained about this
> behaviour that Tomcat session timeouts are buggy.
> So I came up with a compromise that still allows the
> HttpSession.getLastAccessedTime() to return the time of the
> previous request for those who are Servlet Spec purists.
> But internally sessions are expired when
> current time > last request + max inactive interval.
> When we do a major revision we should consider adding
> the StandardSession.getLastUsedTime() method to the
> org.apache.catalina.Session interface.
> Patch committed to CVS.
> Will be available in 4.1.31 and later releases.



-- 
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: dev-unsubscribe@tomcat.apache.org
For additional commands, e-mail: dev-help@tomcat.apache.org


Mime
View raw message