tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Frank Castellucci" <frankiec...@gmail.com>
Subject Re: Redeploy leaks
Date Tue, 06 Jan 2009 14:55:04 GMT
Yes, you should be cooked, sauted and broiled on an open flame <grin>.

http://community.eapps.com/showthread.php?t=153

Take a look, maybe useful

On Tue, Jan 6, 2009 at 9:34 AM, Mark Hagger <mark.hagger@m-spatial.com>wrote:

> On Sat, 2009-01-03 at 14:30 -0500, Cosio, Raul wrote:
> > Memory leak is an advanced task. But once understood is very easy to fix
> > them, just follow some simple rules, most common situations are: 1) Not
>
> Usually a matter of torturing yourself for some time following
> classloader trees, together with various static instantiations.  Logging
> systems and Axis/jakarta-commons stuff have been the main causes of
> problems for me.
>
> This article was useful for me:
>
> http://blogs.sun.com/fkieviet/entry/how_to_fix_the_dreaded
>
> I suppose that they are very easy to fix once you work out precisely
> what is causing a leak, but that's a bit like saying that most bugs are
> very easy to fix - but thats a bit misleading isn't it, since you could
> spend hours/days tracking down the bug in the first place.
>
> Although its obviously nice to track down all the leaks in your app so
> that you could sit redeploying all day to your hearts content (I'll
> probably be burned at the stake for this next bit) but I do sometimes
> suspect that its not worth the effort and just live with having to
> restart your tomcat instance from time to time depending on your
> redeploy strategies.
>
> Mark
>
>
>
> ________________________________________________________________________
> This email has been scanned for all known viruses by the MessageLabs
> SkyScan service.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
>
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message