Return-Path: Delivered-To: apmail-tomcat-users-archive@www.apache.org Received: (qmail 80503 invoked from network); 8 Oct 2010 14:35:53 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 8 Oct 2010 14:35:53 -0000 Received: (qmail 81591 invoked by uid 500); 8 Oct 2010 14:35:49 -0000 Delivered-To: apmail-tomcat-users-archive@tomcat.apache.org Received: (qmail 81391 invoked by uid 500); 8 Oct 2010 14:35:49 -0000 Mailing-List: contact users-help@tomcat.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Tomcat Users List" Delivered-To: mailing list users@tomcat.apache.org Received: (qmail 81375 invoked by uid 99); 8 Oct 2010 14:35:49 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 08 Oct 2010 14:35:49 +0000 X-ASF-Spam-Status: No, hits=0.7 required=10.0 tests=RCVD_IN_DNSWL_NONE,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [76.96.62.24] (HELO qmta02.westchester.pa.mail.comcast.net) (76.96.62.24) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 08 Oct 2010 14:35:42 +0000 Received: from omta09.westchester.pa.mail.comcast.net ([76.96.62.20]) by qmta02.westchester.pa.mail.comcast.net with comcast id GDR01f0090SCNGk52EbN3K; Fri, 08 Oct 2010 14:35:22 +0000 Received: from [192.168.1.202] ([69.143.109.145]) by omta09.westchester.pa.mail.comcast.net with comcast id GEbN1f00138FjT13VEbNFM; Fri, 08 Oct 2010 14:35:22 +0000 Message-ID: <4CAF2C29.6070701@christopherschultz.net> Date: Fri, 08 Oct 2010 10:35:21 -0400 From: Christopher Schultz User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.9) Gecko/20100915 Thunderbird/3.1.4 MIME-Version: 1.0 To: Tomcat Users List Subject: Re: disabling session management References: In-Reply-To: X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit -----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. Which classes, specifically? > 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-unsubscribe@tomcat.apache.org For additional commands, e-mail: users-help@tomcat.apache.org