struts-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Brice Ruth <br...@fiskars.com>
Subject Re: [OT] Eclipse/Tomcat WebappLoader
Date Fri, 09 Jan 2004 19:33:47 GMT
I just checked a little bit ago and noticed that myself ... I'll have to 
put a Tomcat 4 -> Tomcat 5, JSTL 1.0 -> JSTL 1.1 project on my todo list :)

List Mailbox wrote:

>Tomcat 5.0.16 has been out for a while - works great.
>
>Cal
>www.calandva.com
>
>-----Original Message-----
>From: struts-user-return-103259-calvin=holview.com@jakarta.apache.org
>[mailto:struts-user-return-103259-calvin=holview.com@jakarta.apache.org]On
>Behalf Of Brice Ruth
>Sent: Friday, January 09, 2004 1:20 PM
>To: Struts Users Mailing List
>Subject: Re: [OT] Eclipse/Tomcat WebappLoader
>
>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
>
>
>
>---------------------------------------------------------------------
>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


Mime
View raw message