tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Trenton D. Adams" <tre...@athabascau.ca>
Subject RE: Tomcat 4.0.x memory leak (not javac)
Date Wed, 03 Dec 2003 19:45:25 GMT
> -----Original Message-----
> From: Shapira, Yoav [mailto:Yoav.Shapira@mpi.com] 
> Sent: December 3, 2003 11:21 AM
> To: Tomcat Users List
> Subject: RE: Tomcat 4.0.x memory leak (not javac)
> 
> 
> Howdy,
> Thanks for posting the follow-up.
> 
> >In my opinion, the class loader for tomcat should keep track 
> of all the
> >classes it's loading.  When the context gets reloaded, it should then
> 
> Great.  Now that you have the specs, why don't you submit a patch? ;)

I was looking at WebappClassLoader.java.  I noticed that inside the stop ()
method there is a call to resourceEntries.clear ().  I'm kind of wondering if
maybe this shouldn't be there!  It's clearing the cache of loaded classes.
So, it thinks it needs to reload them next time.  Is this right?

> 
> >discarded.  Maybe that's why someone suggested implementing the
> >ServletContextListener (in another thread)?  I don't know much about
> class
> >loaders! :)
> 
> Not the same thing: the ServletContextListener solves other problems.
> 
> Yoav Shapira
> 
> >
> >
> >So, the work around until someone implements a ServletContextListener
> and
> >unloads their own static variables (probably variable=null is
> sufficient?)
> >is...
> >-XX:MaxPermSize=128m -XX:PermSize=XXm
> >
> >And an article that the Sun support guy gave me...
> >http://wireless.java.sun.com/midp/articles/garbagecollection2/
> >
> >
> >Specifically related to -XX flags...
> >http://wireless.java.sun.com/midp/articles/garbagecollection2/#a.5
> >
> >
> >> -----Original Message-----
> >> From: Shapira, Yoav [mailto:Yoav.Shapira@mpi.com]
> >> Sent: December 2, 2003 11:45 AM
> >> To: Tomcat Users List
> >> Subject: RE: Tomcat 4.0.x memory leak (not javac)
> >>
> >>
> >> Howdy,
> >> Since you can reproduce your error easily, can you narrow
> >> down which 3rd
> >> party library is keeping the references that cause the memory leak?
> >>
> >> Yoav Shapira
> >> Millennium ChemInformatics
> >>
> >>
> >> >-----Original Message-----
> >> >From: Trenton D. Adams [mailto:trenta@athabascau.ca]
> >> >Sent: Tuesday, December 02, 2003 1:43 PM
> >> >To: 'Tomcat Users List'
> >> >Subject: RE: Tomcat 4.0.x memory leak (not javac)
> >> >
> >> >> -----Original Message-----
> >> >> From: David Rees [mailto:drees@greenhydrant.com]
> >> >> Sent: December 2, 2003 11:01 AM
> >> >> To: Tomcat Users List
> >> >> Subject: Re: Tomcat 4.0.x memory leak (not javac)
> >> >>
> >> >> Shapira, Yoav wrote:
> >> >> > Besides what Senor Schultz said (which is 100% true),
> >> >> > 1. Where is this mentioned in the release notes, and what
> >> >> would one have
> >> >> > to search for?
> >> >>
> >> >> Under KNOWN ISSUES IN THIS RELEASE it does mention issues
> >> during web
> >> >> application reloading where shared libraries keep references
> >> >> to objects
> >> >> instantiated by the web application.  That says "memory leak" to
> me
> >> >> although it doesn't specifically say that.
> >> >>
> >> >> > 2. You mentioned in your passage the bug was marked as invalid
> or
> >> >> > wontfix, and the bug you gave below is marked as new.
> >> So if anyone
> >> >> > actually wasted time (like me) looking up what you said, they
> >> didn't
> >> >> > find it.
> >> >>
> >> >> All I did was search for "memory leak" under Tomcat 4 and all
> >> >> status.  I
> >> >> was not positive that it was marked WONTFIX, I should have
> >> clarified
> >> >> that in my original message.  I had thought that the issue
> >> >> was something
> >> >> inherent to the design of Tomcat 4 (which was overhauled in
> >> >> Tomcat 5),
> >> >> but I'm sure that they are willing to accept patches if
> >> >> anyone can fix
> >> >> it.  ;-)
> >> >
> >> >Bugzilla is obviously not working sometimes.  I searched 
> for "memory
> >> leak"
> >> >one
> >> >time and got it.  Then I went to search for it for 
> someone else so I
> >> could
> >> >give them the bug number but nothing came up.  I did the 
> exact same
> >> search,
> >> >"memory leak".  Very interesting indeed.  Heck, I even 
> searched for
> >> just
> >> >"memory" or "leak" once each and came up with nothing.
> >> >
> >> >>
> >> >> -Dave
> >> >>
> >> >>
> >> 
> ---------------------------------------------------------------------
> >> >> To unsubscribe, e-mail: 
> tomcat-user-unsubscribe@jakarta.apache.org
> >> >> For additional commands, e-mail:
> >> tomcat-user-help@jakarta.apache.org
> >> >>
> >> >
> >> >
> >> >__
> >> >    This communication is intended for the use of the
> >> recipient to whom
> >> it
> >> >    is addressed, and may contain confidential, personal, and or
> >> privileged
> >> >    information. Please contact us immediately if you are not the
> >> intended
> >> >    recipient of this communication, and do not copy, 
> distribute, or
> >> take
> >> >    action relying on it. Any communications received in error, or
> >> >    subsequent reply, should be deleted or destroyed.
> >> >---
> >> >
> >>
> >---------------------------------------------------------------------
> >> >To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
> >> >For additional commands, e-mail: 
> tomcat-user-help@jakarta.apache.org
> >>
> >>
> >>
> >>
> >> This e-mail, including any attachments, is a confidential
> >> business communication, and may contain information that is
> >> confidential, proprietary and/or privileged.  This e-mail is
> >> intended only for the individual(s) to whom it is addressed,
> >> and may not be saved, copied, printed, disclosed or used by
> >> anyone else.  If you are not the(an) intended recipient,
> >> please immediately delete this e-mail from your computer
> >> system and notify the sender.  Thank you.
> >>
> >>
> >> 
> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
> >> For additional commands, e-mail: 
> tomcat-user-help@jakarta.apache.org
> >>
> >
> >
> >---------------------------------------------------------------------
> >To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
> >For additional commands, e-mail: tomcat-user-help@jakarta.apache.org
> 
> 
> 
> 
> This e-mail, including any attachments, is a confidential 
> business communication, and may contain information that is 
> confidential, proprietary and/or privileged.  This e-mail is 
> intended only for the individual(s) to whom it is addressed, 
> and may not be saved, copied, printed, disclosed or used by 
> anyone else.  If you are not the(an) intended recipient, 
> please immediately delete this e-mail from your computer 
> system and notify the sender.  Thank you.
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tomcat-user-help@jakarta.apache.org
> 


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


Mime
View raw message