Finding memory leaks is a complex task, you have to read a lot and know everything about garbage collect, try these links:
http://tomcat.apache.org/faq/memory.html http://opensource.atlassian.com/confluence/spring/pages/viewpage.action?pageId=2669 -----Original Message----- From: Gormley, Josh [mailto:[EMAIL PROTECTED] Sent: Jueves, 14 de Septiembre de 2006 12:08 p.m. To: users@tomcat.apache.org Subject: undeploy doesn't completely remove classes from memory Hello, I've got a problem with several of the Struts apps that I'm deploying to Tomcat 5.5.17. If I redeploy the app by dropping in a new war file, I almost always have to restart tomcat in order to see the updated classes take affect. I've read that this could be caused by threads being left open and not garbage collected properly or by using Singletons, or several other things, but I'm having a hard time tracking down the root of the problem. What's the best way to get to the root of this problem? Are there any known issues with Struts, Hibernate, SQLjdbc that could be causing this? I've tried JProfiler, but I'm having a hard time seeing orphaned object instances after an undeploy. I would much appreciate any suggestions that you might have. Thanks, Josh Gormley Server config: Redhat Tomcat 5.5.17 JRE 1.4.2 with the necessary classes to allow it to work with Tomcat 5.5 App info Struts Hibernate SQLjdbc Segment from server.xml: <Host name="www.xyz.com" appBase="webapps/xyz" unpackWARs="true" autoDeploy="true" xmlValidation="false" > <Context path="" docBase="" debug="0" > <Resource name="jdbc" scope="Shareable" type="javax.sql.DataSource" /> <ResourceParams name="jdbc"> ------------------------------------------------------------------------------ Notice: This e-mail message, together with any attachments, contains information of Merck & Co., Inc. (One Merck Drive, Whitehouse Station, New Jersey, USA 08889), and/or its affiliates (which may be known outside the United States as Merck Frosst, Merck Sharp & Dohme or MSD and in Japan, as Banyu - direct contact information for affiliates is available at http://www.merck.com/contact/contacts.html) that may be confidential, proprietary copyrighted and/or legally privileged. It is intended solely for the use of the individual or entity named on this message. If you are not the intended recipient, and have received this message in error, please notify us immediately by reply e-mail and then delete it from your system. ------------------------------------------------------------------------------ --------------------------------------------------------------------- To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
