thanks, how did you figure out it was juno library ?
all the methods in the top of the stack (including the one executing)
were from that library. Besides, we correlated these problems with
activities and complains from our doc. writer (a mostly wiki user).
When I compared 10 consecutive snapshots of the stack, the stack for
those troubled threads didn’t change at all, meaning they had been for
10 seconds executing the same method.
I am trying to analyze the link below to the stack trace but not
really able to follow where the issue might lie. Is there a more
informative way (than kill -3) to find out what is hanging inside
If by any chance you are using solaris, there are a couple of things you
could do with dtrace probes to gain insight as to what the process is
doing. For example, you can start intercepting calls for a given java
method and inspect its arguments, which can give you some clues. but
that is involved and mostly at the OS level. I can give you more
details if you want to follow this route.
Have you tried deploying in something other that Tomcat just to see if
the same problem happens?
We have a few apps running under tomcat and not sure if the issue is
in Jruby or an HTTP Request to another app running under Tomcat.
intermittently hits 100% cpu and tomcat completely locks up my
I do notice this but not sure hwo to track down this thread:
- waiting on <0x00002aaac1d37b88> (a
To unsubscribe from this list, please visit: