Well, I believe I've identified and run the thread dumps as suggested. I am
using default Quartz properties without any customisations of my own in a
dedicated properties file. The job is set to print out a message every
minute and appears to be fine.

This is an extract from the first dump where Tomcat 6.0.26 was started
within NetBeans 6.9.1. It shows ten or so Quartz threads as I would expect: 

"DefaultQuartzScheduler_Worker-1" prio=6 tid=0x03d0d400 nid=0x3008 in
Object.wait() [0x0441f000]
   java.lang.Thread.State: TIMED_WAITING (on object monitor)
        at java.lang.Object.wait(Native Method)
        - waiting on <0x28e00778> (a
org.quartz.simpl.SimpleThreadPool$WorkerThread)
        at
org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:543
)
        - locked <0x28e00778> (a
org.quartz.simpl.SimpleThreadPool$WorkerThread)

   Locked ownable synchronizers:
        - None

And then when I terminate the Quartz application, but leave Tomcat running,
the second dump appears to be show no trace of these messages at all. So
does this indicate that Quartz has shut down but only after my application
has stopped within Tomcat, i.e. that Tomcat monitors my application's demise
and reports the threads as extant because Quartz has not yet ended?

Full dumps are available if required.

-----Original Message-----
From: Caldarale, Charles R [mailto:chuck.caldar...@unisys.com] 
Sent: 19 Oct 2010 16 57
To: Tomcat Users List
Subject: RE: Tomcat memory leak error launching web app in NetBeans 6.9.1

> From: app...@dsl.pipex.com [mailto:app...@dsl.pipex.com] 
> Subject: Re: Tomcat memory leak error launching web app in NetBeans 6.9.1

> Where there are fewer messages but it still seems as if 
> Tomcat is detecting Quartz threads after Quartz is shut down.

Which means Quartz isn't really shutting down.  As suggested before, take
some thread dumps and find out what the threads are doing that prevents them
from going away.  That may uncover some other problem in your webapp.

> So my simple question becomes: do these messages matter 
> if Tomcat is restarted or if the host server (which starts
> Tomcat as a Windows service) is rebooted?

No.  However, I would be concerned that this aberration is just a symptom of
something more serious that might be wrong.  For example, are the threads
stuck on some lock that they shouldn't be?  Are other resources tied up that
might cause instability over the long term?  Sweeping the problem under the
rug by rebooting would leave me a bit uneasy.

 - Chuck


THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY
MATERIAL and is thus for use only by the intended recipient. If you received
this in error, please contact the sender and delete the e-mail and its
attachments from all computers.


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org




---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Reply via email to