Then is it normal that an executor stops and removes a thread from the pool?
Mohsen On Thu, Nov 19, 2009 at 1:24 PM, Mark Thomas <ma...@apache.org> wrote: > Mohsen Saboorian wrote: > > I'm using Lambda Probe <http://www.lambdaprobe.org/> to monitor threads > of > > my Tomcat Connector. In the first few hours of Tomcat startup, threads > were > > named http-8080-exec-1, http-8080-exec-2, etc. But now after two days, I > > cannot see those threads anymore. It currently has http-8080-exec-480, > > http-8080-exec-481, etc. How can a thread be removed from a thread pool? > I > > can imagine a thread being suspended or waiting on a busy resource, but > how > > can it be removed? > > Executors use dynamically sized thread pools. A thread can be removed by > stopping the thread and removing it from the pool. > > Mark > > > > > Mohsen > > > > On Sat, Nov 14, 2009 at 8:55 PM, Caldarale, Charles R < > > chuck.caldar...@unisys.com> wrote: > > > >>> From: Mohsen Saboorian [mailto:mohs...@gmail.com] > >>> Subject: Re: Dedicated Thread Pool > >>> > >>> Chuck, how can I bind the new <Connector> to a different webapp > >>> directory? > >> You can't, unless you create an additional <Service> and <Engine> - > which > >> is likely more trouble than it's worth. Just use the alternate port > when > >> running the monitor app, and use the regular port for the other webapps. > In > >> this case, obscurity (not telling users about the alternate port) is > >> probably sufficient. > >> > >> Again, JMX-based tools may well give you more and better information - > such > >> as being able to look at thread dumps on the fly. > >> > >> - 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 > >