Mailing-List: contact struts-user-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Struts Users Mailing List" <struts-user@jakarta.apache.org>
Message-ID: <3FFEF0B6.6020503@fiskars.com>
Date: Fri, 09 Jan 2004 12:19:34 -0600
From: Brice Ruth <bruth@fiskars.com>
Organization: Fiskars Brands, Inc.
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
 rv:1.6b) Gecko/20031205 Thunderbird/0.4
MIME-Version: 1.0
To: Struts Users Mailing List <struts-user@jakarta.apache.org>
Subject: Re: [OT] Eclipse/Tomcat WebappLoader
References: <000401c3d6c1$ec34eeb0$1601cd0a@SIB24>
 <3FFEEC27.1060600@fiskars.com>
 <8498AFCA-42CE-11D8-90F0-0003937DAEC0@talk21.com>
In-Reply-To: <8498AFCA-42CE-11D8-90F0-0003937DAEC0@talk21.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit

Cool, something else to look forward to when tomcat 5 is finally out of 
development :)

Mark Lowe wrote:

> I haven't used it yet put I believe that tomcat 5 has improved garbage 
> collection. Not sure what this means as I'd have thought the JVM would 
> deal with it but I guess it means this will be less likely to happen.
>
> I've found that after so many reloads that tomcat 4.1 runs out of 
> memory, whether using catalina-ant tasks or the html manager (i guess 
> the same thing really).
>
>
>
> On 9 Jan 2004, at 18:00, Brice Ruth wrote:
>
>> This won't help me, as the memory leak appears to be in the fact that 
>> when a context is removed from Tomcat, all memory allocated for that 
>> context is not released.
>>
>> Guillermo Meyer wrote:
>>
>>> Try marking yout context with reloadable="false" in server.xml or if
>>> using the eclipse plugin, uncheck the reloadable chechbox (project ->
>>> Properties -> Tomcat -> General -> "marck this context as reloadable")
>>> In this way, when you change a class implementation, only this class is
>>> changed and Tomcat won't reload all the webapp.
>>>
>>>
>>> -----Original Message-----
>>> From: Brice Ruth [mailto:bruth@fiskars.com] Sent: Viernes, 09 de 
>>> Enero de 2004 11:58 a.m.
>>> To: Struts Users Mailing List
>>> Subject: Re: [OT] Eclipse/Tomcat WebappLoader
>>>
>>>
>>> I'm not sure you'll ever entirely get away from Tomcat generating an 
>>> "OutOfMemory" exception ... I have a very similar development 
>>> environment and I use the catalina-ant tasks for removing my context 
>>> from Tomcat and re-installing my context to Tomcat and I've found 
>>> that after I do that a few times, I need to restart Tomcat to 
>>> reclaim memory ... my .WAR is about 92MB, so that might be why it 
>>> doesn't take too
>>> long.
>>>
>>> Rapha�l di Cicco wrote:
>>>
>>>
>>>> Hi,
>>>>
>>>> I know this is a little off topic but this has to do with J2EE 
>>>> deployment so it might be useful for some people. In my 
>>>> environment, I use Eclipse with Struts 1.1, Tomcat 4.1 and Sun JDK 
>>>> 1.4. Eclipse makes it possible to recompile and redeploy my classes 
>>>> every time I change them. This is very convenient. I understand 
>>>> that the WebAppLoader reloads the whole application if there is a 
>>>> change in one of the files.
>>>>
>>>> However, I have a static class that loads an enormous amount of 
>>>> data into memory. Therefore after 2 or 3 changes in my code I run 
>>>> into a OutOfMemory exception that is very annoying (the exception 
>>>> usually occurs somewhere in Win32FileSystem.class).
>>>>
>>>> I would like to prevent the webappLoader from reloading this 
>>>> particular
>>>>
>>>
>>>
>>>> class, and I know that it is is possible to prevent a jar file from 
>>>> beeing reloaded, but I don't know about a class.
>>>>
>>>> Thanks in advance
>>>> Rapha�l
>>>>
>>>>
>>>>
>>>>
>>>
>>>
>>
>> -- 
>> Brice D. Ruth
>> Sr. IT Analyst
>> Fiskars Brands, Inc.
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: struts-user-unsubscribe@jakarta.apache.org
>> For additional commands, e-mail: struts-user-help@jakarta.apache.org
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: struts-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: struts-user-help@jakarta.apache.org
>

-- 
Brice D. Ruth
Sr. IT Analyst
Fiskars Brands, Inc.


---------------------------------------------------------------------
To unsubscribe, e-mail: struts-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: struts-user-help@jakarta.apache.org