> -----Original Message----- > From: Leon Rosenberg [mailto:rosenberg.l...@gmail.com] > Sent: Thursday, April 04, 2013 2:27 AM > To: Tomcat Users List > Subject: Re: how to monitor the traffic through the connector > > On Wed, Apr 3, 2013 at 5:19 PM, Christopher Schultz < > ch...@christopherschultz.net> wrote: > > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA256 > > > > Leon, > > > > On 4/1/13 4:44 PM, Leon Rosenberg wrote: > > >>> > > >> > > >> FWIW, I've found jconsole immensely helpful in sorting out blocked > > >> threads. And none of that manually searching through dumps. Jeff > > >> > > >> > > > MoSKito provides an even easier way to obtain a thread dump via web > > > interface: > > > > > > > http://server04.test.anotheria.net:8080/moskitodemo/mui/mskThreadsDu > > > mp > > > > Nice. > > > > Sorting > > > > > by thread id, name, and status would be a very nice feature. > > > > Yes, absolutely, I will add that to the list. > > > > > > Oracle's JVM's thread dump gives you information about the locks held > > by a thread so you can find out which two are deadlocked. Is that > even > > possible from pure Java code? If so, it would also be critical to > > tracking-down this kind of problem. > > > > Yes. You can see locks in the screen, but until now you have to find > out yourself which two are deadblocked. Making this analysis working > automagically is indeed great idea. > I will think about it. > Thanks for the hints. > > Leon
That's why I like jconsole. It's live, or live-ish, and when you look at the threads, it will not only tell you which that a thread is waiting on a lock, and which lock, but also which thread currently owns that lock. It's a little easier to track the lock-chain that way then manually via a thread dump. It might take me a bit to find a starting thread (hint, I look at the ones starting http- or the executor ones), but once I find the first lock, it's a quick jump to the offending thread. --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org