Doing a thread dump from a script?

Does anyone know if I can do a thread dump from a script and it will output it
to standard output instead of the weblogic logs? If so, how?
I want to script something, but it going to the weblogic logs is kinda a pain..
Weblogic 7

ryan upton <ryan.upton@post_to_group.com> wrote:
Frank wrote:
Does anyone know if I can do a thread dump from a script and it willoutput it
to standard output instead of the weblogic logs? If so, how?
I want to script something, but it going to the weblogic logs is kindaa pain..
Weblogic 7Frank,
You can supply THREAD_DUMP as an option with weblogic.Admin and script
that out. When you say "and it will output it to standard output" I'm
a little confussed, the output goes to the server's stdout by default,
do you mean stdout from where the script is executed?
~RyanMy weblogic startup script >> outputs to another log file...when I use the THREAD_DUMP
option in the weblogic.Admin class, it dumps it to that...However...what I wanted
was to write a separate script to use weblogic.Admin and output to STDOUT of that
script....Is that possible.

Similar Messages

How to get a thread dump from Weblogic 9.1

Hi All,
Can someone please walk me through how to configure a WLS9.1 server to generate thread dumps. Ideally I'd like to do this via the admin console. I read about the MagicThreadDumpFile property, but can't see where/how to set it.
Many Thanks
Stuart

I only know how to do this in WLS 8.1, but it will likely work in 9.1. On UNIX, you can send a kill -QUIT to the pid and it will dump threads to standard output for the server. You can also use weblogic.Admin THREAD_DUMP (http://e-docs.bea.com/wls/docs92/admin_ref/cli.html#wp1197887) or whatever is the equivalent in WLST now that weblogic.Admin is deprecated in 9.x. I'm guessing it is the threadDump() method documented at http://e-docs.bea.com/wls/docs92/config_scripting/reference.html#wp1104314.
I know of no way to do this through the console, unfortunately.

How to get a Thread Dump from Windows Service?

We're running WLS 8.1 as a Windows Service, but we can't seem to generate a Thread Dump when the server locks up (apparently).
Can anybody recommend a wrapper that will do this?
--Kurt

Hi,
Please refer to the following URL for more information http://e-docs.bea.com/wls/docs81/adminguide/winservice.html
To cause the WebLogic Server instance to print a thread dump to standard out, do either of the following:
Use the weblogic.Admin THREAD_DUMP command. For more information, refer to "THREAD_DUMP" in the WebLogic Server Command Reference.
Open a command prompt and enter the following command:
WL_HOME\bin\beasvc -dump -svcname:service-name
where WL_HOME is the directory in which you installed WebLogic Server and
service-name is the Windows service that is running a server instance.
For example:
D:\bea\weblogic81\server\bin\beasvc -dump -svcname:mydomain_myserver
Cheers
Raj

100% CPU load but no clue in thread dump, EP. Win a bottle of champagne...

Hi,
We are suddenly facing 100% CPU load in our EP cluster (5 x 8-way Xeon multiprocessor machines). We have a serious performance problem that is burning a lot of our time and causes a lot of stress for over 3 weeks now.
We have taken tens of thread dumps from Application Nodes.
- In none of the thread dumps we see the Finalizer thread
running.
- From the garbage collector log we see that full garbage
collection runs occur very rarily (once an hour).
- We use the compacting garbage collector.
- In a lot of thread dumps we do not even see our own portal code in the stack traces of the threads!
- In Windows Task Manager we see the jlaunch.exe processes
consume all available CPU time.
- Portal users see a blank portal page when the CPU load hits 100%. When the load goes down again, things return to normal.
- There are no errors logged in any of the log files of the portal. We checked all of them. We expected a log full of errors somewhere but nothing even remotely interesting was found. Windows Event Viewer shows nothing either.
- The amount of sockets in CLOSE_WAIT status is < 10 on every machine in the cluster.
This forces me to conclude that something in the jlaunch.exe executable consumes the CPU time. This raises the following 3 questions:
- What does the mystifying jlaunch.exe do besides executing java.exe ?
- Why is the Java virtual machine launched by a custom executable like jlaunch (What is it that cannot be program med in Java) ? Can it be GZip compression ?
- If the problem is not caused by jlaunch.exe, then it must be caused by the JVM. What activity, invisible in thread dumps, is performed by the JVM that can cause the high CPU load ?
Our development- and support teams are desperate. All suggestions are welcome. The person that comes up with
the solution to our problem gets a nice bottle of champagne.
Regards,
Chris Twigt

Hi,
- What does the mystifying jlaunch.exe do besides executing java.exe ?
This is so that the startupframework can connect more easily and take control of the JVM in some situations
- Why is the Java virtual machine launched by a custom executable like jlaunch (What is it that cannot be program med in Java) ?
I assume when SAP release their JVM (in the next major release), that will be called directly.
- If the problem is not caused by jlaunch.exe, then it must be caused by the JVM. What activity, invisible in thread dumps, is performed by the JVM that can cause the high CPU load ?
Loads of thing, but there should be clues in the thread dumps. (the reason why your code is not in those thread dumps is that your code is only active during the processing of a particular request, unless you have a service, afterwards there are no trace of it as the thread which does the processing goes back to sleep)
I've experienced a similar situation with a an 6.40 portal, and it was then caused by the following:
1. User A comes logs in and sees that some cache timeout has occured , therefore it issues a SQL query which does a full table scan on a table of approx. 1 GB (on of the UME tables)
2. User B comes in just afterwards and also sees that the cache timeout has occured, and issues the same SQL query as User A
3. User C .... and so on untill the query from User A eventually finishes
So
1. Check database. Any big queries running ?
2. Check file activity, are there a lot of writing ?
3. Check network activity, especially to the state controller which is the weakest link
4. What about portal logs ? Any activity during the hang ?
Also, please provide one of the thread dumps for further analysis..
cheers
Dagfinn

Can't Redirect -classic thread dump/stack trace

Hi,
But how can you redirect the output so you can view it easily, instead of the info just scrolling by into oblivion? I'm using Win98 and JDK1.3.1_02, and w/ the default hotspot jvm, from the console, I could redirect the stack trace/thread dump from standard out (w/c it went into) into a file.
But w/ the -classic option (from the SDK java version, not the JRE), the stack trace/thread dump does NOT seem to sent to standard out, because I can redirect standard out, but the trace/dump is STILL going to the screen. I have redirected standard err (from w/in my java program) as well, but still no dice!
Help! TIA,
Reggie

Thanks for your reply guys! I also tried redirecting std err from inside my java app. My System.err outputs WERE redirected, but NOT the thread dump - that STILL went to the screen.
Then I tried the "java 2>error.txt myclass" but win98 thought 2 was the name of my class and threw a NoClassDefFoundError ;-).
Any more ideas? regards,
Reggie

WebLogic 8.1 SP4 on Linux - thread dump does not work

I have setup WebLogic 8.1 SP4 on RedHat Linux AS 3.3 with Sun JVM (142_05). When I try to perform a thread dump using weblogic.Admin, I receive the following error in the stderr file. I have also tried the kill -3 but still no thread dump. Is there some trick to this ?
cannot load libary 'stackdump': java.lang.UnsatisfiedLinkError: no stackdump in java.library.path

I am getting the same error as well
cannot load libary 'stackdump': java.lang.UnsatisfiedLinkError: no stackdump in java.library.path
I am creating a simple domain using the domain config wizard and I hope all the PATH and LD_LIBRARY_PATH are set by the default scripts. But I am still getting this error.
But Kill -3 <PID> works though!
Is is a know problem OR am I missing something?!
Bala

Collect Thread Dump using Script and direct to separate log file

Dear Legends,
I request you to provide me some useful guide lines to collect Thread Dump using script in linux and redirect the output to a separate log file, not the STDOUT file. If it is redirecting to STDOUT then how to extract only the thread stack to a separate log file.
i used
ps -ef | grep java
kill -3 <pid> >> ss1_td.log
but it is not providing the thread stack to the log file.
Anykind of help would be appreciated much.
Regards,
Karthik

Hi Ram,
Really a great and useful script for me at the right time. It solved my requirement and i made some changes to my requirement and the script it working fine to collect the thread dump and even i have checked the thread dump with SAMURAI works fine.
Helpful site also refer sites like these which contains more valuable things for weblogic. We will meet in the forums again.
Note: also please update several links available in the site like UNIX scripts, WLST, Python etc.
Regards,
Karthik

Thread dump data received from VMWare

When Lots of trigger threads are waiting on monitor entry for the release of lock on SQLServer connection. I've pasted the snippet of the culprit
thread:
The thread dump is below:
Lots of trigger threads are waiting on monitor entry for the release of
lock on SQLServer connection. I've pasted the snippet of the culprit
thread:
"Thread-382" daemon prio=5 tid=0x00343e58 nid=0x1b2 runnable
[2477f000..2477fc30]
at java.net.SocketInputStream.socketRead0(Native Method)
at java.net.SocketInputStream.read(SocketInputStream.java:129)
at
com.wm.dd.jdbc.sqlserver.SQLServerByteOrderedDataReader.readPacketIntoPr
imaryBuffer(Unknown Source)
at
com.wm.dd.jdbc.sqlserver.SQLServerByteOrderedDataReader.receive(Unknown
Source)
at com.wm.dd.jdbc.sqlserver.tds.TDSRequest.receive(Unknown
Source)
at
com.wm.dd.jdbc.sqlserver.tds.TDSExecuteRequest.submitRequest(Unknown
Source)
at
com.wm.dd.jdbc.sqlserver.SQLServerImplConnection.rollbackTransaction(Unk
nown Source)
at com.wm.dd.jdbc.base.BaseConnection.rollback(Unknown Source)
- locked <0x56a3ac88> (a
com.wm.dd.jdbc.sqlserver.SQLServerConnection)
at com.wm.dd.jdbc.base.BaseConnection.commonCloseReset(Unknown
Source)
at com.wm.dd.jdbc.base.BaseConnection.reset(Unknown Source)
- locked <0x56a3ac88> (a
com.wm.dd.jdbc.sqlserver.SQLServerConnection)
at com.wm.dd.jdbcx.base.BasePooledConnection.reset(Unknown
Source)
- locked <0x56a3ac88> (a
com.wm.dd.jdbc.sqlserver.SQLServerConnection)
- locked <0x56a47e10> (a
com.wm.dd.jdbcx.base.BasePooledConnection)
at com.wm.dd.jdbcx.base.BaseConnectionWrapper.close(Unknown
Source)
- locked <0x56a47e78> (a
com.wm.dd.jdbcx.base.BaseConnectionWrapper)
at
com.wm.adapter.wmjdbc.connection.JDBCConnection.destroyConnection(JDBCCo
nnection.java:277)
at
com.wm.adk.connection.WmManagedConnection.destroy(WmManagedConnection.ja
va:243)
- locked <0x56a3aae0> (a
com.wm.adapter.wmjdbc.connection.JDBCConnection)
at
com.wm.app.b2b.server.jca.WmConnectionPool$ConnectionTimeoutMgr.run(WmCo
nnectionPool.java:1048)
- locked <0x52ff1a68> (a java.util.Vector)
This thread locked the resource and not releasing it. It's waiting on
the connection from sql server. So, kindly check for any connectivity
problems between the IS and sql server and rectify the problem.
Let me know about the nohup_p2.out. Is this a clustered srever? Here
also I can observe that there is a problem with database connectivity

We are get this error while useing webmethod.

Thread Dump issue with LD_ASSUME_KERNEL=2.4.1

Hi ,
When I take Thread Dump using 'jstack <PID>' in JDK 1.5 it givss me "sun.jvm.hotspot.debugger.DebuggerException" in the dump nothing more
I set LD_ASSUME_KERNEL=2.4.1 in my server to avaoid some other issue ( JVM crash some times)
Surprisingly, I can not stop my server ( my java process ) after that using our Shutdow scripts , Ctrl C or even "kill -9 <PID>",
I have to restart the machine or manually release uncleaned resources that my server occupied and restart the server
This happens Redhar 9 as well as in Linux ES.
Anybody faced similar problem?
Any help or information regarding this is highly apprecialted
Vasu
Thread Dump Output:
Caused by: sun.jvm.hotspot.debugger.DebuggerException: get_thread_regs failed for a lwp
at sun.jvm.hotspot.debugger.linux.LinuxDebuggerLocal.getThreadIntegerRegisterSet0(Native Meth
od)
at sun.jvm.hotspot.debugger.linux.LinuxDebuggerLocal.access$800(LinuxDebuggerLocal.java:34)
at sun.jvm.hotspot.debugger.linux.LinuxDebuggerLocal$1GetThreadIntegerRegisterSetTask.doit(Li
nuxDebuggerLocal.java:431)
at sun.jvm.hotspot.debugger.linux.LinuxDebuggerLocal$LinuxDebuggerLocalWorkerThread.run(Linux
DebuggerLocal.java:109)
sun.jvm.hotspot.debugger.DebuggerException: sun.jvm.hotspot.debugger.DebuggerException: get_thread_re
gs failed for a lwp
at sun.jvm.hotspot.debugger.linux.LinuxDebuggerLocal$LinuxDebuggerLocalWorkerThread.execute(L
inuxDebuggerLocal.java:134)
at sun.jvm.hotspot.debugger.linux.LinuxDebuggerLocal.getThreadIntegerRegisterSet(LinuxDebugge
rLocal.java:437)
at sun.jvm.hotspot.debugger.linux.LinuxThread.getContext(LinuxThread.java:48)
at sun.jvm.hotspot.runtime.linux_x86.LinuxX86JavaThreadPDAccess.getCurrentFrameGuess(LinuxX86
JavaThreadPDAccess.java:75)
at sun.jvm.hotspot.runtime.JavaThread.getCurrentFrameGuess(JavaThread.java:252)
at sun.jvm.hotspot.runtime.JavaThread.getLastJavaVFrameDbg(JavaThread.java:211)
at sun.jvm.hotspot.tools.StackTrace.run(StackTrace.java:42)
at sun.jvm.hotspot.tools.JStack.run(JStack.java:41)
at sun.jvm.hotspot.tools.Tool.start(Tool.java:204)
at sun.jvm.hotspot.tools.JStack.main(JStack.java:58)
Caused by: sun.jvm.hotspot.debugger.DebuggerException: get_thread_regs failed for a lwp
at sun.jvm.hotspot.debugger.linux.LinuxDebuggerLocal.getThreadIntegerRegisterSet0(Native Meth
od)
at sun.jvm.hotspot.debugger.linux.LinuxDebuggerLocal.access$800(LinuxDebuggerLocal.java:34)
at sun.jvm.hotspot.debugger.linux.LinuxDebuggerLocal$1GetThreadIntegerRegisterSetTask.doit(Li
nuxDebuggerLocal.java:431)
at sun.jvm.hotspot.debugger.linux.LinuxDebuggerLocal$LinuxDebuggerLocalWorkerThread.run(Linux
DebuggerLocal.java:109)
sun.jvm.hotspot.debugger.DebuggerException: sun.jvm.hotspot.debugger.DebuggerException: get_thread_re
gs failed for a lwp
at sun.jvm.hotspot.debugger.linux.LinuxDebuggerLocal$LinuxDebuggerLocalWorkerThread.execute(L
inuxDebuggerLocal.java:134)
at sun.jvm.hotspot.debugger.linux.LinuxDebuggerLocal.getThreadIntegerRegisterSet(LinuxDebugge
rLocal.java:437)

@brain0
I've downloaded the glic-2.3.6 sources from gnu, so I could build it from those. I'm however reluctant to do this because I really don't want to break my install.
I do agree with you on the NPTL statement, but pvs relies on allegro, which relies on LinuxThreads. Allegro is not being ported to new versions of glibc, so that approach is unfortunately not viable.
@iphitus
I wasn't very specific - it's allegro as in a lisp environment.
I think I'll try and install an old version of arch on wmware instead. Is there anywhere you can check out glibc version numbering on old arch install isos (ie. do I need arch-0.[1-9].iso)? And anywhere you can download the old isos (tried filewatcher, but a lot of the older sites seem broken)?
Thanks for the replies,
Mads
PS. I noticed that you recommended slackware for old kernels in another thread. I'm however in a bit different situation as I need old versions of glibc. Furthermore I would prefer sticking to arch, but was wondering whether there were any specific reasons for not doing that.

Thread Dump Question

Hi,
At times our users experience very slow response times. During one such incident I captured a few thread dumps ( 3-4 dumps at 5-10 second intervals). In all the thread dumps I find one thing in common, most of the threads look like they are busy writing to a socket...
===================================================
"ExecuteThread: '22' for queue: 'weblogic.kernel.Default'" daemon prio=5 tid=0xec85f8 nid=0x21 runnable [ce780000..ce7819bc]
at java.net.SocketOutputStream.socketWrite0(Native Method)
at java.net.SocketOutputStream.socketWrite(SocketOutputStream.java:92)
at java.net.SocketOutputStream.write(SocketOutputStream.java:136)
at weblogic.servlet.internal.ChunkUtils.writeChunkNoTransfer(ChunkUtils.java:260)
at weblogic.servlet.internal.ChunkUtils.writeChunks(ChunkUtils.java:225)
at weblogic.servlet.internal.ChunkOutput.flush(ChunkOutput.java:296)
at weblogic.servlet.internal.ChunkOutput.checkForFlush(ChunkOutput.java:371)
at weblogic.servlet.internal.ChunkOutput.writeStream(ChunkOutput.java:326)
at weblogic.servlet.internal.ChunkOutputWrapper.writeStream(ChunkOutputWrapper.java:154)
at weblogic.servlet.internal.ServletOutputStreamImpl.writeStream(ServletOutputStreamImpl.java:584)
at weblogic.servlet.internal.ServletOutputStreamImpl.writeStream(ServletOutputStreamImpl.java:573)
at weblogic.servlet.FileServlet.sendFile(FileServlet.java:571)
at weblogic.servlet.FileServlet.service(FileServlet.java:208)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at weblogic.servlet.internal.ServletStubImpl$ServletInvocationAction.run(ServletStubImpl.java:971)
at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:402)
at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:305)
at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:6350)
at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:317)
at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:118)
at weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppServletContext.java:3635)
at weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestImpl.java:2585)
at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:197)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:170)
=========================================================
I have very limited knowledge about the app and I don't see any method calls in the thread dump to pinpoint the source of the bottleneck. Any ideas on how I should proceed and what information if any I can get from the above thread dump.
Thank you so much..
Wap

Hi,
I collected a few thread dumps when our servers were slow today and almost all the threads were in the same state as in the first post. I used the console to check what the threads were doing and it appeared that that they were fetching a .js (javascript) file. I consulted the developers and they say all the pages in the app have javascript embedded in them. I fail to understand how this could cause the problem. There were no JDBC connections that were being used actively. Is there any way I can drill down to the source of the problem ( Maybe a particular page is causing the problem). We don't have any performance/application analysis tools. Any pointers to information?
Thank you so much..
Wap
Here is the thread dump...( in the console, I see this message.. HTTP Request: /target/source/JAVASCRIPT/SCRIPTS.JS)
Full thread dump Java HotSpot(TM) Client VM (1.4.1_05-b01 mixed mode):
"ExecuteThread: '2' for queue: 'weblogic.kernel.Non-Blocking'" daemon prio=5 tid=0x3c14b28 nid=0x48 in Object.wait() [ca881000..ca8819bc]
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java:426)
at weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:145)
- locked <dbde7868> (a weblogic.kernel.ExecuteThread)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:164)
"ExecuteThread: '1' for queue: 'weblogic.kernel.Non-Blocking'" daemon prio=5 tid=0x3c13578 nid=0x47 in Object.wait() [ca981000..ca9819bc]
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java:426)
at weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:145)
- locked <dbde7398> (a weblogic.kernel.ExecuteThread)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:164)
"ExecuteThread: '0' for queue: 'weblogic.kernel.Non-Blocking'" daemon prio=5 tid=0x3c13090 nid=0x46 in Object.wait() [caa81000..caa819bc]
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java:426)
at weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:145)
- locked <dbde6ea8> (a weblogic.kernel.ExecuteThread)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:164)
"ListenThread.Default" prio=5 tid=0x3ca4e10 nid=0x45 runnable [cab81000..cab819bc]
at java.net.PlainSocketImpl.socketAccept(Native Method)
at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:353)
- locked <dbdac478> (a java.net.PlainSocketImpl)
at java.net.ServerSocket.implAccept(ServerSocket.java:448)
at java.net.ServerSocket.accept(ServerSocket.java:419)
at weblogic.socket.WeblogicServerSocket.accept(WeblogicServerSocket.java:24)
at weblogic.t3.srvr.ListenThread.accept(ListenThread.java:739)
at weblogic.t3.srvr.ListenThread.run(ListenThread.java:292)
"DefaultQuartzScheduler_QuartzSchedulerThread" prio=5 tid=0x4453f80 nid=0x44 waiting on condition [cb381000..cb3819bc]
at java.lang.Thread.sleep(Native Method)
at org.quartz.core.QuartzSchedulerThread.run(QuartzSchedulerThread.java:397)
"DefaultQuartzScheduler_Worker-9" prio=5 tid=0x44532f8 nid=0x43 in Object.wait() [cb481000..cb4819bc]
at java.lang.Object.wait(Native Method)
at org.quartz.simpl.SimpleThreadPool.getNextRunnable(SimpleThreadPool.java:418)
- locked <dbe72108> (a java.lang.Object)
at org.quartz.simpl.SimpleThreadPool.access$000(SimpleThreadPool.java:53)
at org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:509)
"DefaultQuartzScheduler_Worker-8" prio=5 tid=0x4452748 nid=0x42 in Object.wait() [cb581000..cb5819bc]
at java.lang.Object.wait(Native Method)
at org.quartz.simpl.SimpleThreadPool.getNextRunnable(SimpleThreadPool.java:418)
- locked <dbe72108> (a java.lang.Object)
at org.quartz.simpl.SimpleThreadPool.access$000(SimpleThreadPool.java:53)
at org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:509)
"DefaultQuartzScheduler_Worker-7" prio=5 tid=0x4451b98 nid=0x41 in Object.wait() [cb681000..cb6819bc]
at java.lang.Object.wait(Native Method)
at org.quartz.simpl.SimpleThreadPool.getNextRunnable(SimpleThreadPool.java:418)
- locked <dbe72108> (a java.lang.Object)
at org.quartz.simpl.SimpleThreadPool.access$000(SimpleThreadPool.java:53)
at org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:509)
"DefaultQuartzScheduler_Worker-6" prio=5 tid=0x4451018 nid=0x40 in Object.wait() [cb781000..cb7819bc]
at java.lang.Object.wait(Native Method)
at org.quartz.simpl.SimpleThreadPool.getNextRunnable(SimpleThreadPool.java:418)
- locked <dbe72108> (a java.lang.Object)
at org.quartz.simpl.SimpleThreadPool.access$000(SimpleThreadPool.java:53)
at org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:509)
"DefaultQuartzScheduler_Worker-5" prio=5 tid=0x4461c70 nid=0x3f in Object.wait() [cb881000..cb8819bc]
at java.lang.Object.wait(Native Method)
at org.quartz.simpl.SimpleThreadPool.getNextRunnable(SimpleThreadPool.java:418)
- locked <dbe72108> (a java.lang.Object)
at org.quartz.simpl.SimpleThreadPool.access$000(SimpleThreadPool.java:53)
at org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:509)
"DefaultQuartzScheduler_Worker-4" prio=5 tid=0x4461200 nid=0x3e in Object.wait() [cb981000..cb9819bc]
at java.lang.Object.wait(Native Method)
at org.quartz.simpl.SimpleThreadPool.getNextRunnable(SimpleThreadPool.java:418)
- locked <dbe72108> (a java.lang.Object)
at org.quartz.simpl.SimpleThreadPool.access$000(SimpleThreadPool.java:53)
at org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:509)
"DefaultQuartzScheduler_Worker-3" prio=5 tid=0x4460188 nid=0x3d in Object.wait() [cba81000..cba819bc]
at java.lang.Object.wait(Native Method)
at org.quartz.simpl.SimpleThreadPool.getNextRunnable(SimpleThreadPool.java:418)
- locked <dbe72108> (a java.lang.Object)
at org.quartz.simpl.SimpleThreadPool.access$000(SimpleThreadPool.java:53)
at org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:509)
"DefaultQuartzScheduler_Worker-2" prio=5 tid=0x3e42230 nid=0x3c in Object.wait() [cbb81000..cbb819bc]
at java.lang.Object.wait(Native Method)
at org.quartz.simpl.SimpleThreadPool.getNextRunnable(SimpleThreadPool.java:418)
- locked <dbe72108> (a java.lang.Object)
at org.quartz.simpl.SimpleThreadPool.access$000(SimpleThreadPool.java:53)
at org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:509)
"DefaultQuartzScheduler_Worker-1" prio=5 tid=0x3e41bf0 nid=0x3b in Object.wait() [cbc81000..cbc819bc]
at java.lang.Object.wait(Native Method)
at org.quartz.simpl.SimpleThreadPool.getNextRunnable(SimpleThreadPool.java:418)
- locked <dbe72108> (a java.lang.Object)
at org.quartz.simpl.SimpleThreadPool.access$000(SimpleThreadPool.java:53)
at org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:509)
"DefaultQuartzScheduler_Worker-0" prio=5 tid=0x44505e0 nid=0x3a in Object.wait() [cbd81000..cbd819bc]
at java.lang.Object.wait(Native Method)
at org.quartz.simpl.SimpleThreadPool.getNextRunnable(SimpleThreadPool.java:418)
- locked <dbe72108> (a java.lang.Object)
at org.quartz.simpl.SimpleThreadPool.access$000(SimpleThreadPool.java:53)
at org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:509)
"Thread-7" prio=5 tid=0x7f3588 nid=0x39 in Object.wait() [ccc81000..ccc819bc]
at java.lang.Object.wait(Native Method)
- waiting on <da41e0b0> (a java.util.TaskQueue)
at java.util.TimerThread.mainLoop(Timer.java:429)
- locked <da41e0b0> (a java.util.TaskQueue)
at java.util.TimerThread.run(Timer.java:382)
"Thread-6" prio=5 tid=0x130f00 nid=0x38 in Object.wait() [ccd81000..ccd819bc]
at java.lang.Object.wait(Native Method)
- waiting on <da22c378> (a java.util.TaskQueue)
at java.util.TimerThread.mainLoop(Timer.java:429)
- locked <da22c378> (a java.util.TaskQueue)
at java.util.TimerThread.run(Timer.java:382)
"Thread-5" daemon prio=5 tid=0x4dda20 nid=0x37 in Object.wait() [cd181000..cd1819bc]
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java:426)
at java.util.TimerThread.mainLoop(Timer.java:403)
- locked <da233248> (a java.util.TaskQueue)
at java.util.TimerThread.run(Timer.java:382)
"weblogic.health.CoreHealthMonitor" daemon prio=5 tid=0x8e7078 nid=0x36 waiting on condition [cd381000..cd3819bc]
at java.lang.Thread.sleep(Native Method)
at weblogic.t3.srvr.CoreHealthMonitorThread.run(CoreHealthMonitorThread.java:127)
"Thread-4" prio=5 tid=0x8b36e0 nid=0x35 in Object.wait() [cd481000..cd4819bc]
at java.lang.Object.wait(Native Method)
- waiting on <da01f1b0> (a java.util.TaskQueue)
at java.util.TimerThread.mainLoop(Timer.java:429)
- locked <da01f1b0> (a java.util.TaskQueue)
at java.util.TimerThread.run(Timer.java:382)
"ExecuteThread: '0' for queue: 'Multicast'" daemon prio=5 tid=0x8b2760 nid=0x34 in Object.wait() [cd581000..cd5819bc]
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java:426)
at weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:145)
- locked <d9fee6f8> (a weblogic.kernel.ExecuteThread)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:164)
"LDAPConnThread-0 ldap://10.63.7.20:7060" daemon prio=5 tid=0x7bd860 nid=0x33 runnable [cd681000..cd6819bc]
at java.net.SocketInputStream.socketRead0(Native Method)
at java.net.SocketInputStream.read(SocketInputStream.java:129)
at java.io.BufferedInputStream.fill(BufferedInputStream.java:183)
at java.io.BufferedInputStream.read(BufferedInputStream.java:201)
- locked <d9f687d0> (a java.io.BufferedInputStream)
at netscape.ldap.ber.stream.BERElement.getElement(BERElement.java:101)
at netscape.ldap.LDAPConnThread.run(LDAPConnThread.java:538)
at java.lang.Thread.run(Thread.java:536)
"VDE Transaction Processor Thread" prio=2 tid=0xd22090 nid=0x31 in Object.wait() [cd781000..cd7819bc]
at java.lang.Object.wait(Native Method)
- waiting on <d9f48240> (a com.octetstring.vde.backend.standard.TransactionProcessor)
at java.lang.Object.wait(Object.java:426)
at com.octetstring.vde.backend.standard.TransactionProcessor.waitChange(TransactionProcessor.java:356)
- locked <d9f48240> (a com.octetstring.vde.backend.standard.TransactionProcessor)
at com.octetstring.vde.backend.standard.TransactionProcessor.run(TransactionProcessor.java:212)
"ExecuteThread: '2' for queue: 'weblogic.admin.RMI'" daemon prio=5 tid=0x85e788 nid=0x30 in Object.wait() [cd881000..cd8819bc]
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java:426)
at weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:145)
- locked <d9eaf3c0> (a weblogic.kernel.ExecuteThread)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:164)
"ExecuteThread: '1' for queue: 'weblogic.admin.RMI'" daemon prio=5 tid=0x85ddf0 nid=0x2f in Object.wait() [cd981000..cd9819bc]
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java:426)
at weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:145)
- locked <d9eaeea0> (a weblogic.kernel.ExecuteThread)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:164)
"ExecuteThread: '0' for queue: 'weblogic.admin.RMI'" daemon prio=5 tid=0x85dc58 nid=0x2e in Object.wait() [cda81000..cda819bc]
at java.lang.Object.wait(Native Method)
- waiting on <d9eae960> (a weblogic.kernel.ExecuteThread)
at java.lang.Object.wait(Object.java:426)
at weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:145)
- locked <d9eae960> (a weblogic.kernel.ExecuteThread)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:164)
"ExecuteThread: '2' for queue: 'weblogic.socket.Muxer'" daemon prio=5 tid=0xe9b20 nid=0x2d runnable [cdb81000..cdb819bc]
at weblogic.socket.PosixSocketMuxer.poll(Native Method)
at weblogic.socket.PosixSocketMuxer.processSockets(PosixSocketMuxer.java:100)
- locked <d9c14f40> (a java.lang.String)
at weblogic.socket.SocketReaderRequest.execute(SocketReaderRequest.java:32)
at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:197)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:170)
"ExecuteThread: '1' for queue: 'weblogic.socket.Muxer'" daemon prio=5 tid=0xe90b0 nid=0x2c waiting for monitor entry [cdc81000..cdc819bc]
at weblogic.socket.PosixSocketMuxer.processSockets(PosixSocketMuxer.java:91)
- waiting to lock <d9c14f40> (a java.lang.String)
at weblogic.socket.SocketReaderRequest.execute(SocketReaderRequest.java:32)
at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:197)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:170)
"ExecuteThread: '0' for queue: 'weblogic.socket.Muxer'" daemon prio=5 tid=0xe8ee0 nid=0x2b waiting for monitor entry [cdd81000..cdd819bc]
at weblogic.socket.PosixSocketMuxer.processSockets(PosixSocketMuxer.java:91)
- waiting to lock <d9c14f40> (a java.lang.String)
at weblogic.socket.SocketReaderRequest.execute(SocketReaderRequest.java:32)
at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:197)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:170)
"weblogic.security.SpinnerRandomSource" daemon prio=5 tid=0xed7850 nid=0x2a in Object.wait() [cde81000..cde819bc]
at java.lang.Object.wait(Native Method)
- waiting on <d9c3aee8> (a java.lang.Object)
at java.lang.Object.wait(Object.java:426)
at weblogic.security.SpinnerRandomBitsSource.run(SpinnerRandomBitsSource.java:60)
- locked <d9c3aee8> (a java.lang.Object)
at java.lang.Thread.run(Thread.java:536)
"weblogic.time.TimeEventGenerator" daemon prio=9 tid=0xed27b0 nid=0x29 runnable [cdf81000..cdf819bc]
at java.lang.Object.wait(Native Method)
at weblogic.time.common.internal.TimeTable.snooze(TimeTable.java:271)
- locked <d9c3af58> (a weblogic.time.common.internal.TimeTable)
at weblogic.time.common.internal.TimeEventGenerator.run(TimeEventGenerator.java:118)
at java.lang.Thread.run(Thread.java:536)
"ExecuteThread: '4' for queue: 'weblogic.kernel.System'" daemon prio=5 tid=0xecd628 nid=0x28 in Object.wait() [ce081000..ce0819bc]
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java:426)
at weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:145)
- locked <d9c3afd0> (a weblogic.kernel.ExecuteThread)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:164)
"ExecuteThread: '3' for queue: 'weblogic.kernel.System'" daemon prio=5 tid=0xecca78 nid=0x27 in Object.wait() [ce181000..ce1819bc]
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java:426)
at weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:145)
- locked <d9c3b050> (a weblogic.kernel.ExecuteThread)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:164)
"ExecuteThread: '2' for queue: 'weblogic.kernel.System'" daemon prio=5 tid=0xecbec8 nid=0x26 in Object.wait() [ce281000..ce2819bc]
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java:426)
at weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:145)
- locked <d9c3b0d0> (a weblogic.kernel.ExecuteThread)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:164)
"ExecuteThread: '1' for queue: 'weblogic.kernel.System'" daemon prio=5 tid=0xecb318 nid=0x25 in Object.wait() [ce381000..ce3819bc]
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java:426)
at weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:145)
- locked <d9c3b150> (a weblogic.kernel.ExecuteThread)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:164)
"ExecuteThread: '0' for queue: 'weblogic.kernel.System'" daemon prio=5 tid=0xeca768 nid=0x24 in Object.wait() [ce481000..ce4819bc]
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java:426)
at weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:145)
- locked <d9c3b1d0> (a weblogic.kernel.ExecuteThread)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:164)
"ExecuteThread: '24' for queue: 'weblogic.kernel.Default'" daemon prio=5 tid=0xec9bb8 nid=0x23 runnable [ce581000..ce5819bc]
at java.net.PlainDatagramSocketImpl.receive(Native Method)
- waiting to lock <da233350> (a java.net.PlainDatagramSocketImpl)
at java.net.DatagramSocket.receive(DatagramSocket.java:680)
- locked <d8851ca8> (a java.net.DatagramPacket)
- locked <da233380> (a java.net.MulticastSocket)
at weblogic.cluster.FragmentSocket.receive(FragmentSocket.java:169)
at weblogic.cluster.MulticastManager.execute(MulticastManager.java:377)
at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:197)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:170)
"ExecuteThread: '23' for queue: 'weblogic.kernel.Default'" daemon prio=5 tid=0xec9008 nid=0x22 runnable [ce680000..ce6819bc]
at java.net.SocketOutputStream.socketWrite0(Native Method)
at java.net.SocketOutputStream.socketWrite(SocketOutputStream.java:92)
at java.net.SocketOutputStream.write(SocketOutputStream.java:136)
at weblogic.servlet.internal.ChunkUtils.writeChunkNoTransfer(ChunkUtils.java:260)
at weblogic.servlet.internal.ChunkUtils.writeChunks(ChunkUtils.java:225)
at weblogic.servlet.internal.ChunkOutput.flush(ChunkOutput.java:296)
at weblogic.servlet.internal.ChunkOutput.checkForFlush(ChunkOutput.java:371)
at weblogic.servlet.internal.ChunkOutput.writeStream(ChunkOutput.java:326)
at weblogic.servlet.internal.ChunkOutputWrapper.writeStream(ChunkOutputWrapper.java:154)
at weblogic.servlet.internal.ServletOutputStreamImpl.writeStream(ServletOutputStreamImpl.java:584)
at weblogic.servlet.internal.ServletOutputStreamImpl.writeStream(ServletOutputStreamImpl.java:573)
at weblogic.servlet.FileServlet.sendFile(FileServlet.java:571)
at weblogic.servlet.FileServlet.service(FileServlet.java:208)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at weblogic.servlet.internal.ServletStubImpl$ServletInvocationAction.run(ServletStubImpl.java:971)
at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:402)
at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:305)
at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:6350)
at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:317)
at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:118)
at weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppServletContext.java:3635)
at weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestImpl.java:2585)
at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:197)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:170)
"ExecuteThread: '22' for queue: 'weblogic.kernel.Default'" daemon prio=5 tid=0xec8458 nid=0x21 runnable [ce780000..ce7819bc]
at java.net.SocketOutputStream.socketWrite0(Native Method)
at java.net.SocketOutputStream.socketWrite(SocketOutputStream.java:92)
at java.net.SocketOutputStream.write(SocketOutputStream.java:136)
at weblogic.servlet.internal.ChunkUtils.writeChunkNoTransfer(ChunkUtils.java:260)
at weblogic.servlet.internal.ChunkUtils.writeChunks(ChunkUtils.java:225)
at weblogic.servlet.internal.ChunkOutput.flush(ChunkOutput.java:296)
at weblogic.servlet.internal.ChunkOutput.checkForFlush(ChunkOutput.java:371)
at weblogic.servlet.internal.ChunkOutput.writeStream(ChunkOutput.java:326)
at weblogic.servlet.internal.ChunkOutputWrapper.writeStream(ChunkOutputWrapper.java:154)
at weblogic.servlet.internal.ServletOutputStreamImpl.writeStream(ServletOutputStreamImpl.java:584)
at weblogic.servlet.internal.ServletOutputStreamImpl.writeStream(ServletOutputStreamImpl.java:573)
at weblogic.servlet.FileServlet.sendFile(FileServlet.java:571)
at weblogic.servlet.FileServlet.service(FileServlet.java:208)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at weblogic.servlet.internal.ServletStubImpl$ServletInvocationAction.run(ServletStubImpl.java:971)
at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:402)
at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:305)
at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:6350)
at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:317)
at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:118)
at weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppServletContext.java:3635)
at weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestImpl.java:2585)
at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:197)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:170)
"ExecuteThread: '21' for queue: 'weblogic.kernel.Default'" daemon prio=5 tid=0xec78a8 nid=0x20 runnable [ce880000..ce8819bc]
at java.net.SocketOutputStream.socketWrite0(Native Method)
at java.net.SocketOutputStream.socketWrite(SocketOutputStream.java:92)
at java.net.SocketOutputStream.write(SocketOutputStream.java:136)
at weblogic.servlet.internal.ChunkUtils.writeChunkNoTransfer(ChunkUtils.java:260)
at weblogic.servlet.internal.ChunkUtils.writeChunks(ChunkUtils.java:225)
at weblogic.servlet.internal.ChunkOutput.flush(ChunkOutput.java:296)
at weblogic.servlet.internal.ChunkOutput.checkForFlush(ChunkOutput.java:371)
at weblogic.servlet.internal.ChunkOutput.writeStream(ChunkOutput.java:326)
at weblogic.servlet.internal.ChunkOutputWrapper.writeStream(ChunkOutputWrapper.java:154)
at weblogic.servlet.internal.ServletOutputStreamImpl.writeStream(ServletOutputStreamImpl.java:584)
at weblogic.servlet.internal.ServletOutputStreamImpl.writeStream(ServletOutputStreamImpl.java:573)
at weblogic.servlet.FileServlet.sendFile(FileServlet.java:571)
at weblogic.servlet.FileServlet.service(FileServlet.java:208)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at weblogic.servlet.internal.ServletStubImpl$ServletInvocationAction.run(ServletStubImpl.java:971)
at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:402)
at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:305)
at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:6350)
at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:317)
at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:118)
at weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppServletContext.java:3635)
at weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestImpl.java:2585)
at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:197)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:170)
"ExecuteThread: '20' for queue: 'weblogic.kernel.Default'" daemon prio=5 tid=0xec62e8 nid=0x1f runnable [ce980000..ce9819bc]
at java.net.SocketOutputStream.socketWrite0(Native Method)
at java.net.SocketOutputStream.socketWrite(SocketOutputStream.java:92)
at java.net.SocketOutputStream.write(SocketOutputStream.java:136)
at weblogic.servlet.internal.ChunkUtils.writeChunkNoTransfer(ChunkUtils.java:260)
at weblogic.servlet.internal.ChunkUtils.writeChunks(ChunkUtils.java:225)
at weblogic.servlet.internal.ChunkOutput.flush(ChunkOutput.java:296)
at weblogic.servlet.internal.ChunkOutput.checkForFlush(ChunkOutput.java:371)
at weblogic.servlet.internal.ChunkOutput.writeStream(ChunkOutput.java:326)
at weblogic.servlet.internal.ChunkOutputWrapper.writeStream(ChunkOutputWrapper.java:154)
at weblogic.servlet.internal.ServletOutputStreamImpl.writeStream(ServletOutputStreamImpl.java:584)
at weblogic.servlet.internal.ServletOutputStreamImpl.writeStream(ServletOutputStreamImpl.java:573)
at weblogic.servlet.FileServlet.sendFile(FileServlet.java:571)
at weblogic.servlet.FileServlet.service(FileServlet.java:208)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at weblogic.servlet.internal.ServletStubImpl$ServletInvocationAction.run(ServletStubImpl.java:971)
at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:402)
at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:305)
at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:6350)
at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:317)
at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:118)
at weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppServletContext.java:3635)
at weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestImpl.java:2585)
at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:197)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:170)
"ExecuteThread: '19' for queue: 'weblogic.kernel.Default'" daemon prio=5 tid=0xec5b38 nid=0x1e in Object.wait() [cea81000..cea819bc]
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java:426)
at weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:145)
- locked <d9c3b4d0> (a weblogic.kernel.ExecuteThread)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:164)
"ExecuteThread: '18' for queue: 'weblogic.kernel.Default'" daemon prio=5 tid=0xec4f88 nid=0x1d runnable [ceb80000..ceb819bc]
at java.net.SocketOutputStream.socketWrite0(Native Method)
at java.net.SocketOutputStream.socketWrite(SocketOutputStream.java:92)
at java.net.SocketOutputStream.write(SocketOutputStream.java:136)
at weblogic.servlet.internal.ChunkUtils.writeChunkNoTransfer(ChunkUtils.java:260)
at weblogic.servlet.internal.ChunkUtils.writeChunks(ChunkUtils.java:225)
at weblogic.servlet.internal.ChunkOutput.flush(ChunkOutput.java:296)
at weblogic.servlet.internal.ChunkOutput.checkForFlush(ChunkOutput.java:371)
at weblogic.servlet.internal.ChunkOutput.writeStream(ChunkOutput.java:326)
at weblogic.servlet.internal.ChunkOutputWrapper.writeStream(ChunkOutputWrapper.java:154)
at weblogic.servlet.internal.ServletOutputStreamImpl.writeStream(ServletOutputStreamImpl.java:584)
at weblogic.servlet.internal.ServletOutputStreamImpl.writeStream(ServletOutputStreamImpl.java:573)
at weblogic.servlet.FileServlet.sendFile(FileServlet.java:571)
at weblogic.servlet.FileServlet.service(FileServlet.java:208)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at weblogic.servlet.internal.ServletStubImpl$ServletInvocationAction.run(ServletStubImpl.java:971)
at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:402)
at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:305)
at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:6350)
at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:317)
at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:118)
at weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppServletContext.java:3635)
at weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestImpl.java:2585)
at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:197)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:170)
"ExecuteThread: '17' for queue: 'weblogic.kernel.Default'" daemon prio=5 tid=0xec43d8 nid=0x1c runnable [cec80000..cec819bc]
at java.net.SocketOutputStream.socketWrite0(Native Method)
at java.net.SocketOutputStream.socketWrite(SocketOutputStream.java:92)
at java.net.SocketOutputStream.write(SocketOutputStream.java:136)
at weblogic.servlet.internal.ChunkUtils.writeChunkNoTransfer(ChunkUtils.java:260)
at weblogic.servlet.internal.ChunkUtils.writeChunks(ChunkUtils.java:225)
at weblogic.servlet.internal.ChunkOutput.flush(ChunkOutput.java:296)
at weblogic.servlet.internal.Chun

What's a good way to do a thread dump into a separate file

What is a good way to do a thread dump automatically into a separate file.
Example. I run a script to do the thread dump, but unfortunetly, it goes into my stdout log file with the rest of my weblogic errors.
Any ideas? I want it in a separate file when I run my script?

Do a Google search on "Drobo S" "benchmark." I don't have a Drobo S, only the regular Drobo. But here's a guy who tested one on Windows:
http://mansurovs.com/drobo-s-review-usb-3-0-2nd-generation
This one has it a bit faster:
http://the-gadgeteer.com/2011/12/31/drobo-s-storage-array-review/
Do read up on a few reviews of it, and be absolutely clear that interface speed (i.e. eSATA versus Firewire versus Thunderbolt) is NOT the same as the performance of the system. The Drobo cannot keep up with any interfaces... at least the Drobo and the Drobo S cannot.
I am not using the FS model which is a NAS. I am using the plain old "Drobo" which is slower than the Drobo S, but that's not to say that the Drobo S is fast, because it is not.
The Drobo in theory is really attractive: Dead simple to manage, can mix and match drive sizes, offers you some data protection, etc. However do note that protected storage is not, in and of itself, a backup. You need other backups besides just the data on the Drobo. And, because it's so slow, it's really not a great fit for photo storage. See this review from a guy who used to think the Drobo was great for that and then appended his review:
http://www.stuckincustoms.com/drobo-review/
To be as clear as possible, IMO the BEST backup strategy with something like Aperture (so long as your managed Aperture library is of a manageable size, like < 800 GB), is to get a few small portable Firewire 800 drives and keep vaults on each one. They are great because they are easy to use, to have with you, are bus powered, and you WILL offsite them.

Calling java from csh scripts

I have recently come across certain projects where Java has being used as an alternative for scripting purposes. What I am trying to say here is that making calls to java programs from csh scripts and these Java programs are merely doing trivial/sql tasks which could have very well been carried out in a scripting language itself. and then Java calling some scripts so ending up with a chain of Java calling scripts which call Java and so on.
It has been my understanding all along that such a design would not be something recommended, and there should be a separation of concerns and a clear demarcation between Java and the scripting code. What however I am struggling with is finding some articles or papers supporting this thought and I would greatly appreciate if some you have something you would like to share preferably an article, supporting or negating such a design.
Edited by: kilyas on Mar 25, 2010 2:52 PM

>
Actually my original post was a reply to Saish. But thanks for the input. It's good to know that you extend TDD to scripting as well, but most of the scenarios I have come across thats not been the case. Whether thats the lack of test tools/libraries like JUnit or JMock for csh scripting or the user's frame of mind of getting things done, I am not sure.There's no need for such tools. Even in Java et al, test harnesses can be hand-whittled. JUnit is just Java code, after all. Test harnesses for scripts are no different. As an extremely basic example, you might a file that picks up everything from one directory, run a sed application against it, and dump the results in another directory. Writing tests for that is pretty easy; start with a couple of sample input files, and expected outs, apply your script, do a diff on the resut against the expected outs. Granted there isn't a nice UI to give you a green bar with shell scripts, but you can still get a list of pass/fail stats. Groovy scripts, of course, can be run in an actual JUnit runner.
If you're finding it too hard to test scripts, like perhaps there are too many different flows of execution through the script, it's worth considering whether the task-at-hand is really a scripting job at all. The sweet spot for scripts is gluing together the stuff that performs all the complex logic.
What are the best practices recommendations for such a scenario, I am sure there much be something about it or some pattern or anti pattern dealing with it and some review of such an implementation. Don't you think so?I hope so! I've been tasked with documenting a scripting standard written by another developer, finding references to cite and such-like. There do exist coding standards on the web for scripting, shouldn't be too hard to find something useful. As for reviews, I expect simple peer review by someone else who knows scripting is about as good as it's going to get.
I'd add that logging plays an important part in scripting, just as it does in your "real" code

The thread dump has a deadlock ?

We're experiencing a problem with the OC4J server hanging when some we unknow operation . I can see it's a connection pooling problem based on a thread dump. What I can't determine is why it doesn't release a resource in the first place. I've included some code to show where it is hung.
================================================
"AJPRequestHandler-ApplicationServerThread-17" tid=0x8775468 nid=0x2f3d prio=1 waiting for monitor entry
     at oracle.jbo.server.ApplicationModuleImpl.passivateStateInternal(ApplicationModuleImpl.java:4502)
     - waiting to lock<0x55805618> (a oracle.jbo.JboSyncLock), locked by AJPRequestHandler-ApplicationServerThread-135
     at oracle.jbo.server.ApplicationModuleImpl.passivateState(ApplicationModuleImpl.java:4479)
     at oracle.jbo.server.ApplicationModuleImpl.doPoolMessage(ApplicationModuleImpl.java:6818)
     at oracle.jbo.common.ampool.ApplicationPoolImpl.sendPoolMessage(ApplicationPoolImpl.java:3886)
     at oracle.jbo.common.ampool.ApplicationPoolImpl.doManagedCheckin(ApplicationPoolImpl.java:2131)
     at oracle.jbo.common.ampool.ApplicationPoolImpl.releaseApplicationModule(ApplicationPoolImpl.java:1211)
     at oracle.jbo.common.ampool.SessionCookieImpl.releaseApplicationModule(SessionCookieImpl.java:717)
     - locked<0x557fa248> (a oracle.jbo.common.ampool.SessionCookieImpl$SessionCookieLock)
     at oracle.jbo.common.ampool.SessionCookieImpl.releaseApplicationModule(SessionCookieImpl.java:629)
     at oracle.jbo.common.ampool.SessionCookieImpl.releaseApplicationModule(SessionCookieImpl.java:611)
     at oracle.jheadstart.model.bc4j.ApplicationModuleProvider.releaseConnection(ApplicationModuleProvider.java:477)
     at oracle.jheadstart.model.bc4j.ApplicationModuleProvider.releaseRequestScopedConnections(ApplicationModuleProvider.java:503)
     at oracle.cle.persistence.ConnectionManager.releaseConnections(ConnectionManager.java:999)
     - locked<0x50e47900> (a oracle.cle.persistence.ConnectionManager)
     at oracle.cle.persistence.ConnectionManager.releaseRequestScopedConnections(ConnectionManager.java:939)
     at oracle.jheadstart.controller.struts.JhsRequestProcessor.process(JhsRequestProcessor.java:645)
     at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1482)
     at oracle.jheadstart.controller.struts.JhsActionServlet.process(JhsActionServlet.java:139)
     at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:525)
     at javax.servlet.http.HttpServlet.service(HttpServlet.java:760)
     at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
     at com.evermind.server.http.ResourceFilterChain.doFilter(ResourceFilterChain.java:65)
     at oracle.jheadstart.controller.CharacterEncodingFilter.doFilter(CharacterEncodingFilter.java:174)
     at com.evermind.server.http.ServletRequestDispatcher.invoke(ServletRequestDispatcher.java:649)
     at com.evermind.server.http.ServletRequestDispatcher.forwardInternal(ServletRequestDispatcher.java:322)
     at com.evermind.server.http.HttpRequestHandler.processRequest(HttpRequestHandler.java:790)
     at com.evermind.server.http.AJPRequestHandler.run(AJPRequestHandler.java:208)
     at com.evermind.server.http.AJPRequestHandler.run(AJPRequestHandler.java:125)
     at com.evermind.util.ReleasableResourcePooledExecutor$MyWorker.run(ReleasableResourcePooledExecutor.java:192)
     at java.lang.Thread.run(Thread.java:534)
"AJPRequestHandler-ApplicationServerThread-135" tid=0x8064ac8 nid=0x2f3d prio=1 waiting for monitor entry
     at oracle.cle.persistence.ConnectionManager.getConnection(ConnectionManager.java:722)
     - waiting to lock<0x50e47900> (a oracle.cle.persistence.ConnectionManager), locked by AJPRequestHandler-ApplicationServerThread-17
     at oracle.cle.persistence.DeploymentConnector.getConnection(DeploymentConnector.java:308)
     at oracle.cle.persistence.DeploymentConnector.getConnection(DeploymentConnector.java:148)
     at oracle.jheadstart.model.bc4j.handler.DataObjectHandlerImpl.getConnection(DataObjectHandlerImpl.java:355)
     at oracle.jheadstart.model.bc4j.handler.DataObjectImpl.getApplicationModule(DataObjectImpl.java:761)
     at oracle.jheadstart.model.bc4j.handler.DataObjectImpl.doneRollback(DataObjectImpl.java:855)
     at oracle.jbo.server.DBTransactionImpl.sendEvent(DBTransactionImpl.java:5501)
     at oracle.jbo.server.DBTransactionImpl.fireTransactionStateEvent(DBTransactionImpl.java:5568)
     - locked<0x55805620> (a oracle.jheadstart.model.bc4j.JhsDBTransactionImpl)
     at oracle.jbo.server.DBTransactionImpl.rollback(DBTransactionImpl.java:2257)
     - locked<0x55805620> (a oracle.jheadstart.model.bc4j.JhsDBTransactionImpl)
     - locked<0x55805618> (a oracle.jbo.JboSyncLock)
     at oracle.jheadstart.model.bc4j.JhsDBTransactionImpl.rollback(JhsDBTransactionImpl.java:186)
     at oracle.jheadstart.model.bc4j.handler.DataObjectImpl.doneCommit(DataObjectImpl.java:832)
     at oracle.jbo.server.DBTransactionImpl.sendEvent(DBTransactionImpl.java:5494)
     at oracle.jbo.server.DBTransactionImpl.fireTransactionStateEvent(DBTransactionImpl.java:5568)
     - locked<0x55805620> (a oracle.jheadstart.model.bc4j.JhsDBTransactionImpl)
     at oracle.jbo.server.DBTransactionImpl.commitInternal(DBTransactionImpl.java:1989)
     at oracle.jbo.server.DBTransactionImpl.commit(DBTransactionImpl.java:2046)
     - locked<0x55805620> (a oracle.jheadstart.model.bc4j.JhsDBTransactionImpl)
     - locked<0x55805618> (a oracle.jbo.JboSyncLock)
     at oracle.jheadstart.model.bc4j.JhsDBTransactionImpl.commit(JhsDBTransactionImpl.java:176)
     at oracle.jheadstart.model.bc4j.JhsApplicationModuleImpl.commitChanges(JhsApplicationModuleImpl.java:1167)
     at oracle.jheadstart.model.bc4j.handler.DataObjectHandlerImpl.commitChanges(DataObjectHandlerImpl.java:898)
     at oracle.jheadstart.controller.struts.action.JhsAction.commitChanges(JhsAction.java:484)
     at oracle.jheadstart.controller.struts.action.JhsAction.saveChanges(JhsAction.java:409)
     at oracle.jheadstart.controller.struts.action.SaveDataObject.execute(SaveDataObject.java:467)
     at oracle.jheadstart.controller.struts.action.JhsAction.execute(JhsAction.java:245)
     at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:484)
     at oracle.jheadstart.controller.struts.JhsRequestProcessor.processActionPerform(JhsRequestProcessor.java:351)
     at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:274)
     at oracle.jheadstart.controller.struts.JhsRequestProcessor.process(JhsRequestProcessor.java:635)
     at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1482)
     at oracle.jheadstart.controller.struts.JhsActionServlet.process(JhsActionServlet.java:139)
     at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:525)
     at javax.servlet.http.HttpServlet.service(HttpServlet.java:760)
     at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
     at com.evermind.server.http.ResourceFilterChain.doFilter(ResourceFilterChain.java:65)
     at oracle.jheadstart.controller.CharacterEncodingFilter.doFilter(CharacterEncodingFilter.java:174)
     at com.evermind.server.http.ServletRequestDispatcher.invoke(ServletRequestDispatcher.java:649)
     at com.evermind.server.http.ServletRequestDispatcher.forwardInternal(ServletRequestDispatcher.java:322)
     at com.evermind.server.http.HttpRequestHandler.processRequest(HttpRequestHandler.java:790)
     at com.evermind.server.http.AJPRequestHandler.run(AJPRequestHandler.java:208)
     at com.evermind.server.http.AJPRequestHandler.run(AJPRequestHandler.java:125)
     at com.evermind.util.ReleasableResourcePooledExecutor$MyWorker.run(ReleasableResourcePooledExecutor.java:192)
     at java.lang.Thread.run(Thread.java:534)
"AJPRequestHandler-ApplicationServerThread-16" tid=0x8b2b510 nid=0x2f3d prio=1 waiting for monitor entry
     at oracle.cle.persistence.ConnectionManager.getConnection(ConnectionManager.java:722)
     - waiting to lock<0x50e47900> (a oracle.cle.persistence.ConnectionManager), locked by AJPRequestHandler-ApplicationServerThread-17
     at oracle.cle.persistence.DeploymentConnector.getConnection(DeploymentConnector.java:308)
     at oracle.cle.persistence.DeploymentConnector.getConnection(DeploymentConnector.java:148)
     at oracle.jheadstart.model.bc4j.handler.DataObjectHandlerImpl.getConnection(DataObjectHandlerImpl.java:355)
     at oracle.jheadstart.model.bc4j.handler.DataObjectHandlerImpl.getApplicationModule(DataObjectHandlerImpl.java:1011)
     at oracle.jheadstart.model.bc4j.handler.DataObjectHandlerImpl.getDataObjectSet(DataObjectHandlerImpl.java:511)
     at oracle.jheadstart.controller.struts.action.GetDataObjectSet.retrieveSimple(GetDataObjectSet.java:474)
     at oracle.jheadstart.controller.struts.action.GetDataObjectSet.execute(GetDataObjectSet.java:390)
     at oracle.jheadstart.controller.struts.action.JhsAction.execute(JhsAction.java:245)
     at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:484)
     at oracle.jheadstart.controller.struts.JhsRequestProcessor.processActionPerform(JhsRequestProcessor.java:351)
     at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:274)
     at oracle.jheadstart.controller.struts.JhsRequestProcessor.process(JhsRequestProcessor.java:635)
     at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1482)
     at oracle.jheadstart.controller.struts.JhsActionServlet.process(JhsActionServlet.java:139)
     at org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:507)
     at javax.servlet.http.HttpServlet.service(HttpServlet.java:740)
     at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
     at com.evermind.server.http.ResourceFilterChain.doFilter(ResourceFilterChain.java:65)
     at oracle.jheadstart.controller.CharacterEncodingFilter.doFilter(CharacterEncodingFilter.java:174)
     at com.evermind.server.http.ServletRequestDispatcher.invoke(ServletRequestDispatcher.java:649)
     at com.evermind.server.http.ServletRequestDispatcher.forwardInternal(ServletRequestDispatcher.java:322)
     at com.evermind.server.http.HttpRequestHandler.processRequest(HttpRequestHandler.java:790)
     at com.evermind.server.http.AJPRequestHandler.run(AJPRequestHandler.java:208)
     at com.evermind.server.http.AJPRequestHandler.run(AJPRequestHandler.java:125)
     at com.evermind.util.ReleasableResourcePooledExecutor$MyWorker.run(ReleasableResourcePooledExecutor.java:192)
     at java.lang.Thread.run(Thread.java:534)
Sincerely from Ting-Rung

About the general situation describe like following, thanks you help.
Q1:Whether you could able to access the httpserver home page or any other application deployed in other OC4J container, when the server
become unresponsive.
Ans:Yes
Q2:What are the kind of applications deployed in the OC4J container ( hrmOC4J) .
Ans:The kind of applications is human resource application(Developer Tool is JDeveloper 9.0.5.2 and Jheadstart 9.0.5.19 and
oracle Application server 10.1.2.0.2)
Q3:Does server hang happen regularly or at what situation the server is becoming unresponsive ( high load, etc..)
Ans:No,It is not regularly when when server hang happen.
Q4:From the SR notes, the workaround you used is, restarting the OC4J container. ( what is the
kind of Oracle Application Server instance you have installed, please let me
know the complete version of the Oracle AS instance)
Ans:oracle Application server 10.1.2.0.2
Q5:Did you notice any out of memory issues when the server / particular OC4J container is hang
Ans:No. It is not out of memory.

Thread dump: any way to do it programmaticly?

Sun introduced a new deadlock detection utility with 1.4.1: if you type invoke with Ctrl Break (windoze) / Ctrl + (unix) on the shell command line which launched your jvm, you will get a thread dump to std out
http://java.sun.com/j2se/1.4.2/docs/guide/vm/
But I am faced with a situation where I would like to programmaticly dump the thread state, that is, from my java code itself I would like to issue a command to thread dump to some OutputStream. (In my case, I would like to do this if my program detected some problem that will cause it to abort, and I would like to do the thread dump first so that I can inspect it afterwards and see what the thread state was at the time.)
Does anyone know how to do this?
Is there a way of overriding System.in, say, so that you can send the chars equivalent to Ctrl Break to the jvm?

You can look at the new APIs in JDK 5.0: getStackTrace
and Thread.getAllStackTraces.
-Alexis

Application freezing and recovering & Strange behaviour in Thread Dump & GC

Hi All,
I am facing a problem in my SWINGS application. The application is a real time data streaming application its working in TCP/IP sockets, which is reading and writing data in string format. I noticed that the data streaming getting freeze sometimes and it recovers after a few minutes. To find out why it is behaving like that i took the Thread Dump and Garbage Collection Trace of the application and found some thing strange. Find below the line taken from the Thread Dump, the third line in the log below shows that the time have jumped backwards, I don't know why that happened.
2009-03-12 17:07:48
Full thread dump Java HotSpot(TM) Client VM (1.6.0-b105 mixed mode, sharing):
2009-03-12 17:07:57
Full thread dump Java HotSpot(TM) Client VM (1.6.0-b105 mixed mode, sharing):
*2009-03-12 17:04:08*
Full thread dump Java HotSpot(TM) Client VM (1.6.0-b105 mixed mode, sharing):
2009-03-12 17:04:15
Full thread dump Java HotSpot(TM) Client VM (1.6.0-b105 mixed mode, sharing):
2009-03-12 17:04:28
Full thread dump Java HotSpot(TM) Client VM (1.6.0-b105 mixed mode, sharing):
Almost during the same time in Garbage Collector log, normally the garbage collector was running multiple times a second and during that time the frequency of garbage collection reduced. please find the details below
3682.686: [GC 28265K->25644K(41312K), 0.0009666 secs]
3682.731: [GC 28268K->25645K(41312K), 0.0009825 secs]
3682.817: [GC 28269K->25647K(41312K), 0.0010381 secs]
3682.934: [GC 28271K->25649K(41312K), 0.0009364 secs]
3682.943: [GC 28273K->25649K(41312K), 0.0008954 secs]
3682.985: [GC 28273K->25650K(41312K), 0.0008845 secs]
3683.037: [GC 28274K->25651K(41312K), 0.0008747 secs]
3683.199: [GC 28275K->25651K(41312K), 0.0010448 secs]
*3698.250: [GC 28275K->25728K(41312K), 0.0009655 secs]*
*3720.655: [GC 28352K->25867K(41312K), 0.0010588 secs]*
*3743.011: [GC 28491K->26000K(41312K), 0.0015047 secs]*
*3765.935: [GC 28624K->26130K(41312K), 0.0010180 secs]*
*3788.487: [GC 28754K->26260K(41312K), 0.0011328 secs]*
*3810.348: [GC 28884K->26402K(41312K), 0.0010091 secs]*
*3832.596: [GC 29026K->26523K(41312K), 0.0010373 secs]*
*3855.048: [GC 29147K->26652K(41312K), 0.0010029 secs]*
*3877.230: [GC 29276K->26795K(41312K), 0.0010387 secs]*
*3899.420: [GC 29419K->26915K(41312K), 0.0009959 secs]*
3922.146: [GC 29539K->27042K(41312K), 0.0010088 secs]
3922.201: [GC 29666K->27043K(41312K), 0.0010297 secs]
3922.231: [GC 29667K->27046K(41312K), 0.0008521 secs]
3922.260: [GC 29670K->27048K(41312K), 0.0009208 secs]
3922.269: [GC 29672K->27048K(41312K), 0.0009831 secs]
3922.298: [GC 29672K->27049K(41312K), 0.0008867 secs]
3922.308: [GC 29673K->27050K(41312K), 0.0009264 secs]
can any one please explain whats happening, I am getting no clue from these
Thanks in Advance
Rajin Das
Edited by: rajindas on Mar 16, 2009 6:40 PM

Have you used any profilers to analyze the logs? It is very difficult to read it just like that.
I use IBM Monitoring and Diagnostic Tools for Java. I think it does support Sun and IBM JVMs. Try out and let me know how it goes.

Doing a thread dump from a script?

Similar Messages

Maybe you are looking for