Mailing-List: contact dev-help@tomcat.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Tomcat Developers List" <dev@tomcat.apache.org>
From: bugzilla@apache.org
To: tomcat-dev@jakarta.apache.org
Subject: DO NOT REPLY [Bug 37356]  - Tomcat does not invalidate sessions after
 session-timeout period has passed.
In-Reply-To: <bug-37356-78@http.issues.apache.org/bugzilla/>
Message-Id: <20060310080336.4151FD49FA@ajax.apache.org>
Date: Fri, 10 Mar 2006 08:03:36 +0000 (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