-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Fachhoch,
On 3/13/13 11:55 AM, fachhoch wrote: >> Hard to say exactly. Perhaps your session expiration time is >> large and sessions are not being removed as quickly as you would >> expect. > > how can I figure this out ?, I am did not make any setting for > session timeout ,except for browser activity where to check > session expiration configration? Default is 30 minute session timeout. You would have set this in web.xml if you had changed the default. More likely is that you have some (all?) JSPs that create sessions because session="false" isn't set in them, and you maybe use them from scripts or something like that, where cookies set in a response are ignored. Every request -> new session. We had that problem on a server recently that we never expect to have sessions, but it always had 6 sessions active. It was because our monitoring service was hitting a JSP to check the "liveness" of the server and creating a new session every few minutes. Adding session="false" eliminated all of the sessions (after 30 minutes, of course). > are there any suggested ways to use threadlocal when deployed in > tomcat ? I am using thread local as advised in any tutorial, any > special care must be taken with threadlocal for tomcat ? Yes, your best bet would be not to use them at all. Unless you remove the ThreadLocal safely after *every single request*, you will likely have a ClassLoader leak which means that you won't be able to reliably redeploy your webapp without restarting CHADIS. (That's why I asked about redeployments, but you didn't answer). > I dont have manager app , I just have my application I removed all > others apps from tomcat. Not terribly relevant. - -chris -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.17 (Darwin) Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEAREIAAYFAlFAtToACgkQ9CaO5/Lv0PCZzgCdHebgYOu0NJeE0s7lzyF9hrLh JLsAoMFDxD6rUNY7/c9ulbCiopydk7tn =jHgn -----END PGP SIGNATURE----- --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
