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 37356] - Tomcat does not invalidate sessions after session-timeout period has passed.
Date Fri, 10 Mar 2006 08:03:36 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=37356>.
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=37356





------- Additional Comments From tm@allocation.net  2006-03-10 08:03 -------
(In reply to comment #19)
> 
> I have a look at tomcat source code and it seems that the session validy
> management is not always 'synchronized', so I agree with the "race condition
> theory" ...
> 
Yes, that were my thoughts as well, but the ++ and -- operations (as in
sessionCount++) are atomic because sessionCount is an int. They should not need
to be synchronized according to the virtual machine specifications.

On another note: We also recently moved one perfectly well working installation
to a new server, and suddntly we encounter this issue there as well.
Previous installation:
Single-Intel-CPU 
SuSE 9.0 Linux with kernel 2.6.11
Tomcat 5.0.29 - standalone
jdk1.5.0_02

current installation:
Dual AMD-x64 CPUs 
SuSE 9.3 (mostly out-of the box) with kernel 2.6.14
Tomcat 5.0.30
Apache httpd
mod_jk
jdk1.5.0_06 (x64)

So the trigger has to be either the 64bit CPU / Java or Tomcat and mod_jk, or
something in my configuration (the application is the same .war file)

I do not have local access to any x64 machine, so I cannot debug that here,
maybe someone else can jump in?
 

-- 
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