Catalina.out Memory leak error

Question

I still see this error in tomcat/logs/catalina.out.

Dec 29, 2011 4:04:36 PM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads
         


        

Answer 1

That message is not a big deal if you always stop Tomcat when you undeploy/redeploy your app otherwise these operations cause a memory leak that is a big deal, expecially in production.

Threads named "Timer-#" are created by java.util.Timer (and maybe by other classes) as suggested by Bob Kuhar but grepping your own codebase could be not enough and ensuring that you use daemon threads doesn't eliminate that message (the comment by Tom Hawtin is correct).

When I got that message it was produced by a transitive dependency of my code, precisely by class GenericObjectPool of Apache Commons Pool v1.3 that uses a daemon thread (see source code). To find the class that instantiates the Timer I had to put a breackpoint in each Timer class' constructor and then I examined the call stack. To solve the issue I had to upgrade the library (newer versions of Commons Pool don't use that Timer).

When you have control over the code that instantiates the thread you can solve the issue by ensuring that you stop the thread when the application stops. Using daemon threads is a good practice but is not enough because daemon threads die automatically only when you shutdown Tomcat but not when you undeploy the application.

In a more general case, when you have no idea about who created the nasty thread, check Finding Source of Thread Creation in a Java application and Detect Who Created a Thread (w. Eclipse).

UPDATE

A completely different approach is to use the very interesting Leak Prevention Listener. Also read the other posts about classloader leaks by that author.