WebLogic Server (WLS) and Java offer several ways to generate thread dumps, which are listed below in order of preference. It's always better to obtain the thread dumps by using operating system (OS) commands rather than by using Java classes or the Administration Console, because if the console is hanging, users won't be able to connect to it to issue thread dumps.
- Use operating system commands to get the thread dumps when WLS starts up from a command-line script:
- Using beasvc:
beasvc -dump -svcname:service_name -log:td_pathname
- service_name is the Windows service that is running the server instance (e.g. mydomain_myserver)
- td_pathname is the full path and the name of the file in which the thread dump will be generated into
- Using weblogic.WLST:
setDomain.cmd or setDomain.sh depending on the OS
java weblogic.WLST
connect("username","password","t3://:")
threadDump()
the thread dump will be generated in Thread_Dump_AdminServer.txt
- From a command line or shell, a thread dump can be generated via the following command (deprecated from WLS 9.0):
setDomain.cmd or setDomain.sh depending on the OS
java weblogic.Admin : -username -password THREAD_DUMP
The thread dump will be generated in the server stdout defined
- From the WLS Administration Console a thread dump can be created by navigating to Server -> -> Monitoring -> Dump threads stack. This method could lead to truncated thread dumps or incomplete thread dump.
- From the JRockit command line:
jrcmd print_threads
转自:
wlst内容参考:
阅读(4451) | 评论(0) | 转发(0) |