Re: [Wrapper-user] Cant get a thread-dump

[Markus S. <sc...@gm...>]

I don't know if this is the answer you are looking for, but we use JConsole
from the 1.5-Jdk to inspect the server if it has some troubles.
When we don't run in production, you can simply start your server with the
cmd-line flags:

wrapper.java.additional.10=-Dcom.sun.management.jmxremote.port=9999
wrapper.java.additional.11=-Dcom.sun.management.jmxremote.authenticate=false
wrapper.java.additional.12=-Dcom.sun.management.jmxremote.ssl=false

Then you can login on the specified port without any authentication.
In JConsole, go to the "Thread"-Tab and insoect all of your threads at
runtime.
For Production-Server, you have to configure the JMX-Authentication of
corse.

Markus


2007/8/16, miken <mik...@gm...>:
>
>
> Hi there,
>
> I'm interested in option 1. Does anybody have a simple example showing how
> to use requestThreadDump()? Especially, how to log on to the JMX console
> if
> there's a form based authentication mechanism (which will rely on a
> database
> to provide user / role information) in place.
>
> Thanks for your help in advance,
>
> Mike
>
>
> Leif Mortenson-2 wrote:
> >
> > Freddy,
> > There are a few ways to do this.
> >
> > 1) Make use of the WrapperManager.requestThreadDump() method.
> > This of course requires a hook into your application.
> >
> > 2) Make use of the WrapperActionServer class.
> > You have to add some code to initialize this class, but other than that
> > it is quite simple.  You can then initiate a thread dump or perform
> > other functions via telnet.
> >
> > 3) Use the command file feature to invoke the thread dump:
> > http://wrapper.tanukisoftware.org/doc/english/prop-commandfile.html
> > Please note that there is currently a problem in current versions
> > where the Wrapper can not invoke a thread dump unless a console
> > window exists for the service.   This has been fixed for the upcoming
> > 3.2.0 release.
> > To work around this in the current version you must either add a
> > console with the wrapper.ntservice.console=true property
> >
> http://wrapper.tanukisoftware.org/doc/english/prop-ntservice-console.html
> > Or tell the wrapper to execute thread dumps if a shutdown failure
> > occurs: wrapper.request_thread_dump_on_failed_jvm_exit=true
> >
> http://wrapper.tanukisoftware.org/doc/english/prop-request-thread-dump-on-failed-jvm-exit.html
> >
> > Cheers,
> > Leif
> >
> > Freddy Andersen wrote:
> >> I'm running this on windows XP for now and I'm trying to figure out
> >> how I can get a thread-dump from the running wrapper (JBoss 4.0.2)
> >>
> >> I don't want to run this in a console window but as a service. When
> >> the server has issues I would like to send a signal to the jvm and get
> >> a thread-dump, is this not possible?
> >>
> >> Here is my config:
> > (snip)
> >
> >
> -------------------------------------------------------------------------
> > This SF.net email is sponsored by: Splunk Inc.
> > Still grepping through log files to find problems?  Stop.
> > Now Search log events and configuration files using AJAX and a browser.
> > Download your FREE copy of Splunk now >>  http://get.splunk.com/
> > _______________________________________________
> > Wrapper-user mailing list
> > Wra...@li...
> > https://lists.sourceforge.net/lists/listinfo/wrapper-user
> >
> >
>
> --
> View this message in context:
> http://www.nabble.com/Re%3A-Cant-get-a-thread-dump-tf4154131.html#a12189421
> Sent from the Java Service Wrapper mailing list archive at Nabble.com.
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >>  http://get.splunk.com/
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>