From user-return-127-apmail-geronimo-user-archive=geronimo.apache.org@geronimo.apache.org Thu Nov 11 20:55:05 2004 Return-Path: Delivered-To: apmail-geronimo-user-archive@www.apache.org Received: (qmail 27712 invoked from network); 11 Nov 2004 20:55:05 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 11 Nov 2004 20:55:05 -0000 Received: (qmail 88494 invoked by uid 500); 11 Nov 2004 20:55:04 -0000 Delivered-To: apmail-geronimo-user-archive@geronimo.apache.org Received: (qmail 88483 invoked by uid 500); 11 Nov 2004 20:55:04 -0000 Mailing-List: contact user-help@geronimo.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: user@geronimo.apache.org Delivered-To: mailing list user@geronimo.apache.org Delivered-To: moderator for user@geronimo.apache.org Received: (qmail 81682 invoked by uid 99); 11 Nov 2004 20:50:20 -0000 Received-SPF: pass (hermes.apache.org: local policy) Mime-Version: 1.0 (Apple Message framework v619) In-Reply-To: <64f07e2c04111112176194a975@mail.gmail.com> References: <64f07e2c04111112176194a975@mail.gmail.com> Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <486BE605-3423-11D9-8F70-000D93361CAA@gluecode.com> Content-Transfer-Encoding: 7bit From: David Jencks Subject: Re: Strategies for Eliminating OOM Exceptions on Redeploys? Date: Thu, 11 Nov 2004 12:50:12 -0800 To: user@geronimo.apache.org X-Mailer: Apple Mail (2.619) X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N I certainly agree this is an important issue. I think so far our main defense has been "good design". Do you have a specific example that causes problems on geronimo, or are you just warning us to check this thoroughly? I take it you are also hinting that we should test with a web app that uses hibernate:-) many thanks, david jencks On Nov 11, 2004, at 12:17 PM, Seth Ladd wrote: > Hello, > > Congrats on releasing another version of Geronimo! I'm hoping someone > can shed some light on this subject. > > On all the application servers/web servers I've tried, they all seem > susceptible to (potential) OutOfMemoryExceptions when certain webapps > are deployed over and over. This is often the result of some > libraries not releasing classes it has loaded. This causes the WebApp > ClassLoader to never be released, and thus the memory leak. The > Hibernate library comes to mind here with the way it uses cglib. > > I'm wondering if Geronimo has any strategies for dealing with this > problem? I'd love to be able to run a Java Application Server as long > as the Apache HTTPD server, but I've never been able to. Too many > application redeploys will always crash the server. > > If Geronimo doesn't have any direct code that explicitly handles this > problem, maybe there are other strategies involved? Being able to > explicitly destroy the classloader that loaded the application would > be incredibly invaluable. We could then have Java App Servers running > 24/7! > > Thanks very much! > Seth >