Hi Christopher

> Which classes, specifically?

Thousands of Session instances inside the sessioins attribute of the
org.apache.catalina.session.StandardManager.
In theory we are not calling getSessions on the middle tier and as you
mentioned, we have no JSPs either.

However, we might be passing a jsession parameter from the frontend to
the middle tier. Would that be an issue, causing the session to be
created in the middle tier?

>> What is the impact of using session-timeout = 0?
>
> Your sessions will never time out, and your problem will likely get worse.

In the only place I see any reference to it is here:
http://tomcat.apache.org/tomcat-6.0-doc/api/org/apache/catalina/session/StandardSessionFacade.html#setMaxInactiveInterval(int)

And it says that "A negative time indicates the session should never
timeout.". there is no mention about setting as "0".

Regards
Emerson
On 8 October 2010 15:35, Christopher Schultz
<ch...@christopherschultz.net> wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Emerson,
>
> On 10/8/2010 10:25 AM, emerson wrote:
>> We been doing some tuning on our TC environment and noticed that
>> tomcat is holding 30 megabytes of classes related to session
>> management.
>

>
>> This is on our middletier servler, where sessions are irrelevant.
>
> Okay, great.
>
>> Is there a way to disabled session management for this server?
>
> Don't call request.getSession(). If you have JSPs (in a middle tier?),
> make sure they all have session="false" in their <@page> directives.
>
>> What is the impact of using session-timeout = 0?
>
> Your sessions will never time out, and your problem will likely get worse.
>
>> We currently use 30 minutes for the session-timeout.
>
> You could always set it to 1 minute just to be sure they don't last very
> long if they are accidentally created.
>
> - -chris
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.10 (MingW32)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>
> iEYEARECAAYFAkyvLCgACgkQ9CaO5/Lv0PCOYgCfZTNhOQlUiCkqJ17HAjkOuBqp
> AP0Aniew/AE4rFaoKkTwGJGq5uOFRb7P
> =iXPl
> -----END PGP SIGNATURE-----
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Reply via email to