Mailing-List: contact users-help@tomcat.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Tomcat Users List" <users@tomcat.apache.org>
Received-SPF: pass (athena.apache.org: domain of lists@nabble.com designates
 216.139.236.158 as permitted sender)
Message-ID: <13117059.post@talk.nabble.com>
Date: Tue, 9 Oct 2007 07:43:25 -0700 (PDT)
From: Alex79 <asoares1@gmail.com>
To: users@tomcat.apache.org
Subject: RE: Problem with session
In-Reply-To: <13105465.post@talk.nabble.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
References: <13088302.post@talk.nabble.com>
 <AEF3D568DD1D9E428048C592AA164597065A9D49@USRV-EXCH4.na.uis.unisys.com>
 <13100920.post@talk.nabble.com>
 <AEF3D568DD1D9E428048C592AA164597065AA04E@USRV-EXCH4.na.uis.unisys.com>
 <13101555.post@talk.nabble.com>
 <AEF3D568DD1D9E428048C592AA164597065AA0AA@USRV-EXCH4.na.uis.unisys.com>
 <13105465.post@talk.nabble.com>


Hi Chuck,

I tried it out with a maxKeepAliveRequests="-1" in my main connector (the
one on port 8080) without any success. I also verified that there is no call
to an invalidate() method (only invalidateObject() but not on the session). 

You mentionned a session listener, can you point me out to a tutorial on how
to do it? Are there any generic session listener that I could use out of the
box?

If you have any other idea, please let me know. Thanks again.

Alex


Alex79 wrote:
> 
> Thanks Chuck, I'll check out for a call to the invalidate method of the
> session. I'll also give a try to the maxKeepAliveRequests, sounds like a
> good call to me. I read about it in the doc, it says that if there are
> more than 100 (default value as you mentionned) unprocessed queries in the
> pipeline, the server closes the connection. Is this for one client or for
> the whole server? What impact does it have on one session?
> 
> Here's all the version info:
> Tomcat Version | JVM Version | JVM Vendor | OS Name | OS Version | OS
> Architecture 
> Apache Tomcat/5.0.25 | 1.6.0_01-b06 | Sun Microsystems Inc. | Windows XP |
> 5.1 | x86 
> 
> I saw some info on max thread also, could it be the cause? One thing I
> said in my first post that I did not exagerate, the server does receive a
> LOT of requests per second.
> 
> Than you again.
> 
> 
> Caldarale, Charles R wrote:
>> 
>>> From: Alex79 [mailto:asoares1@gmail.com] 
>>> Subject: RE: Problem with session
>>> 
>>> Java(TM) SE Runtime Environment (build 1.6.0_01-b06)
>> 
>> That's a couple of updates old, but very unlikely to be an issue.
>> 
>>> When the problem occurs, I see a WARN level message that 
>>> says that there is no header (custom info stored by the 
>>> webapp) in session (managed by tomcat I guess)
>> 
>> Yes, that does sound like a Tomcat-managed session.  Is there any chance
>> your webapp is calling the invalidate() method for the session?
>> 
>> You could always define a session listener for your webapp and have it
>> log the comings and goings of each session.
>> 
>>> Where can I find the exact tomcat version?
>> 
>> It's usually part of the name of the installation directory.  It can be
>> found by running the version.bat script, or looking on Tomcat's status
>> page (http://<host>:<port>/manager/status).
>> 
>>  - Chuck
>> 
>> 
>> THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY
>> MATERIAL and is thus for use only by the intended recipient. If you
>> received this in error, please contact the sender and delete the e-mail
>> and its attachments from all computers.
>> 
>> ---------------------------------------------------------------------
>> To start a new topic, e-mail: users@tomcat.apache.org
>> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>> For additional commands, e-mail: users-help@tomcat.apache.org
>> 
>> 
>> 
> 
> 

-- 
View this message in context: http://www.nabble.com/Problem-with-session-tf4585082.html#a13117059
Sent from the Tomcat - User mailing list archive at Nabble.com.


---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org