Return-Path: Delivered-To: apmail-geronimo-user-archive@www.apache.org Received: (qmail 45347 invoked from network); 7 Feb 2006 16:35:17 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 7 Feb 2006 16:35:17 -0000 Received: (qmail 82884 invoked by uid 500); 7 Feb 2006 16:35:14 -0000 Delivered-To: apmail-geronimo-user-archive@geronimo.apache.org Received: (qmail 82858 invoked by uid 500); 7 Feb 2006 16:35:14 -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 List-Id: Delivered-To: mailing list user@geronimo.apache.org Received: (qmail 82845 invoked by uid 99); 7 Feb 2006 16:35:14 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 07 Feb 2006 08:35:14 -0800 X-ASF-Spam-Status: No, hits=0.8 required=10.0 tests=DNS_FROM_RFC_ABUSE,HTML_MESSAGE,MAILTO_TO_SPAM_ADDR X-Spam-Check-By: apache.org Received-SPF: neutral (asf.osuosl.org: local policy) Received: from [66.163.179.128] (HELO web35504.mail.mud.yahoo.com) (66.163.179.128) by apache.org (qpsmtpd/0.29) with SMTP; Tue, 07 Feb 2006 08:35:12 -0800 Received: (qmail 66672 invoked by uid 60001); 7 Feb 2006 16:34:51 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com.br; h=Message-ID:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=UUnkFX9oBj7wy+mVj3bFizireMB4cyDrpeAaD6ZFOVkwYnhkl/0McOyMQN+kvGnnVOvUbkDBixm6LMo/oNr95xCYJKMteD8V410MzagZTE7ddGGYhYL7za+L7Pa/RQZE8OpZEQZWsjL93kS6dBqe+JOtI9gs1hdFQpYHguRQvRU= ; Message-ID: <20060207163451.66670.qmail@web35504.mail.mud.yahoo.com> Received: from [201.3.142.186] by web35504.mail.mud.yahoo.com via HTTP; Tue, 07 Feb 2006 16:34:51 GMT Date: Tue, 7 Feb 2006 16:34:51 +0000 (GMT) From: Ed R Subject: Re: Hot Deploy? To: user@geronimo.apache.org In-Reply-To: <20060207162440.96742.qmail@web88112.mail.re2.yahoo.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="0-1100404514-1139330091=:66593" Content-Transfer-Encoding: 8bit X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N --0-1100404514-1139330091=:66593 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit 100Mb war is a HUGE war!!! No, mine has about 20Mb (because I use OJB - that uses large amout of libraries - and a services classes from business layer for a really large app). In any way, Geronimo is running well. I have made a simple test, putting Geronimo to run app 24hours without redeploying, and memory was constant. Appear memory leak be redeploy related. Best regards, Richter Gary Karasiuk escreveu: I also was seeing what I suspect is a memory leak. The working set went up 3MB on every deploy. BTW, Even a single WAR can be quite big. I've seen lots of customers with WARs > 100 MB. That is a lot of bytes to move, when you are only changing a couple of classes. Ed R wrote: I usually create a new WAR. When new WAR replaces old one, Geronimo unloads old WAR and load again the new one automatically. But, I think there is some memory leak, because after 20 or 30 redeployments, I got about 600Mb RAM consumed by Geronimo. I didn't open a JIRA issue because I'm using JDK 1.5.0, and it's a not supported plataform. Best regards, Richter Gary Karasiuk escreveu: Is there a way to "hot deploy" changes to a running application? For example if I wanted to change a couple of servlets (i.e. .class files) in my war. And/or if I wanted to change a couple of jsp files. --------------------------------- Yahoo! Search D� uma espiadinha e saiba tudo sobre o Big Brother Brasil. Gary --------------------------------- Yahoo! Search D� uma espiadinha e saiba tudo sobre o Big Brother Brasil. --0-1100404514-1139330091=:66593 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: 8bit 100Mb war is a HUGE war!!!
No, mine has about 20Mb (because I use OJB - that uses large amout of libraries - and a services classes from business layer for a really large app).

In any way, Geronimo is running well. I have made a simple test, putting Geronimo to run app 24hours without redeploying, and memory was constant.

Appear memory leak be redeploy related.


Best regards,

Richter



Gary Karasiuk <gkarasiuk@rogers.com> escreveu:
I also was seeing what I suspect is a memory leak. The working set went up 3MB on every deploy.

BTW, Even a single WAR can be quite big. I've seen lots of customers with WARs > 100 MB. That is a lot of bytes to move, when you are only changing a couple of classes.


Ed R <brviking2000@yahoo.com.br> wrote:
I usually create a new WAR. When new WAR replaces old one, Geronimo unloads old WAR and load again the new one automatically.

But, I think there is some memory leak, because after 20 or 30 redeployments, I got about 600Mb RAM consumed by Geronimo. I didn't open a JIRA issue because I'm using JDK 1.5.0, and it's a not supported plataform.


Best regards,

Richter


Gary Karasiuk <gkarasiuk@rogers.com> escreveu:
Is there a way to "hot deploy" changes to a running application?

For example if I wanted to change a couple of servlets (i.e. .class
files) in my war. And/or if I wanted to change a couple of jsp files.

Yahoo! Search
D� uma espiadinha e saiba tudo sobre o Big Brother Brasil.



Gary

Yahoo! Search
D� uma espiadinha e saiba tudo sobre o Big Brother Brasil. --0-1100404514-1139330091=:66593--