Chuck, Thanks for your response. I will get you all the information you asked for later tonight when I get out of work. In the meantime, the only threads our application creates are those created by a ScheduledThreadPoolExecutor, and in fact, when I do a thread dump to analyze what is going on, there are 30 threads associated with this executor that are in a BLOCKED state. We have had trouble with executors in the past, but these threads are supposed to be running for the lifecycle of the application. Is there a problem using an executor in a tomcat application? I will provide you with the following later today: Tomcat version, JRE version, platform, server.xml (with comments removed), context.xml for the webapp, etc. Would you like me to also attach the thread dump?
On Wed, Apr 2, 2014 at 8:21 AM, Caldarale, Charles R < chuck.caldar...@unisys.com> wrote: > > From: Elias Kopsiaftis [mailto:yemi...@gmail.com] > > Subject: tomcat randomly undeploys and redeploys the applications > > > I deploy the application, then in the log file catalina.out i get many > > messages from WebappClassLoader clearReferencesThreads saying threads > > appear to have started but have failed to stop > > This is an indication that your webapp is not managing its threads > properly. > > > then finally, Ill get a message from HostConfig checkResources that > > says its undeploying the context, and then it redeploys. > > This is sometimes caused by incorrect timestamps on the bits of the webapp > that Tomcat monitors, or an incorrect clock setting on the system Tomcat is > running on. The mismatch makes it appear that the webapp is being updated > continuously. > > If you want anything more than speculation, you'll need to provide real > information: Tomcat version, JRE version, platform, server.xml (with > comments removed), context.xml for the webapp, etc. > > - 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 > >