Java Thread Dump and String encoding
Hi
My Application is server application, running on a linux box with JDK 1.4.2_04
Recently, my application got hang, there are no processing. when i took stack trace. I found
"Thread-6204" prio=1 tid=0x0x8e3a400 nid=0x2621 waiting for monitor entry [b40b1000..b40b186c]
at java.nio.ByteBuffer.wrap(ByteBuffer.java:342)
at java.lang.StringCoding$CharsetSD.decode(StringCoding.java:179)
at java.lang.StringCoding.decode(StringCoding.java:220)
at java.lang.StringCoding.decode(StringCoding.java:226)
at java.lang.String.<init>(String.java:380)
Thread is wating for monitor entry in ByteBuffer.wrap.
but the Bytebuffer.wrap is static method and it is not synchronized
i want to know why is it waiting for a monitor when the method is not synchronized.
Thanks in advance
Hi,
If you post this in the java forums , it is more likely that you will get a relevent answer.
Btw , you can actually take a look at the thread which is holding the lock ... Looking at the code , wild guess would be that your code is blocked on waiting for the class to be loaded (Heap*Buffer class).
Regards,
Mridul
Similar Messages
-
Understanding Java Thread Dump
Hi,
I was looking at the following thread dump
Full thread dump Java HotSpot(TM) Server VM (11.0-b16 mixed mode):
"pool-3-thread-1428" prio=10 tid=0x72b83800 nid=0x60ef waiting on condition [0x73318000..0x73318fb0]
java.lang.Thread.State: TIMED_WAITING (parking)
at sun.misc.Unsafe.park(Native Method)
- parking to wait for <0x98983260> (a java.util.concurrent.SynchronousQueue$TransferStack)
at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:198)
at java.util.concurrent.SynchronousQueue$TransferStack.awaitFulfill(SynchronousQueue.java:424)
at java.util.concurrent.SynchronousQueue$TransferStack.transfer(SynchronousQueue.java:323)
at java.util.concurrent.SynchronousQueue.poll(SynchronousQueue.java:874)
at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:945)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907)
at java.lang.Thread.run(Thread.java:619)
"MergeTask" daemon prio=10 tid=0x09454c00 nid=0x60e7 waiting for monitor entry [0x65106000..0x65106f30]
java.lang.Thread.State: BLOCKED (on object monitor)
at org.apache.log4j.Category.callAppenders(Category.java:201)
- waiting to lock <0x96d90bb8> (a org.apache.log4j.spi.RootLogger)
at org.apache.log4j.Category.forcedLog(Category.java:388)
at org.apache.log4j.Category.log(Category.java:853)
at sun.reflect.GeneratedMethodAccessor55.invoke(Unknown Source)
I can see that 0x98983260 and 0x96d90bb8 are memory addresses of condition object and lock object respectively (I hope ti. But I was puzzled with [0x73318000..0x73318fb0] and [0x65106000..0x65106f30].
What do these memory ranges indicate? Is there any documentation related to thread dump?
In OpenJDK source code I can see following comment. But I did not understand what it means.
// print guess for valid stack memory region (assume 4K pages); helps lock debugging
st->print_cr("[" INTPTR_FORMAT "]", (intptr_t)last_Java_sp() & ~right_n_bits(12));
Thanks,
UnmeshThread Dump Analysis On AIX Platform:
http://middlewaremagic.com/weblogic/?p=4348 -
Java Thread suspend and resume problem
Hi,
I am trying to write a program to implement thread suspend and resume using wait() and notify without using the deprecated methods like resume and suspend.
I have written the following program which compiles but when I run it hangs without terminating. There seems to be some logic error but I am not able to catch it.
Please help
public class TestSuspendResume {
public static void main(String[] args) {
MyThread m1= new MyThread("--One-- ");
MyThread m2= new MyThread("--Two-- ");
m1.suspendMe();
try {
Thread.sleep(1500);
m1.t.join();
m2.t.join();
} catch(InterruptedException e) {
e.printStackTrace();
m1.resumeMe();
System.out.println("Now : end main thread");
class MyThread implements Runnable {
boolean suspend = false;
Thread t;
MyThread(String name) {
t = new Thread(this,name);
t.start();
void resumeMe() {
suspend = false;
notify();
void suspendMe() {
suspend = true;
public void run() {
try {
for(int i=0;i<20;i++) {
System.out.println("Now : "+Thread.currentThread().getName()+i);
Thread.sleep(200);
synchronized(this) {
while(suspend)
wait();
} catch(InterruptedException e) {
e.printStackTrace();
}Thanks for that response. I figured out that was the problem in the logic. I have modified the code to make it simpler but it is still hanging.
public class TestSuspendResume {
public static void main(String[] args) {
MyThread m1= new MyThread("--One-- ");
try {
m1.suspendMe();
Thread.sleep(1000);
} catch(InterruptedException e) {
e.printStackTrace();
try {
m1.resumeMe();
} catch(Exception e) {
System.out.println("ASASAS");
e.printStackTrace();
try {
m1.t.join();
} catch(InterruptedException e) {
System.out.println("WOWOW");
e.printStackTrace();
System.out.println("Now : end main thread");
class MyThread implements Runnable {
boolean suspend = false;
Thread t;
MyThread(String name) {
t = new Thread(this,name);
t.start();
void resumeMe() {
if(suspend==true) {
suspend = false;
notify();
void suspendMe() {
suspend = true;
public void run() {
try {
for(int i=0;i<20;i++) {
System.out.println("Now : "+Thread.currentThread().getName()+i);
Thread.sleep(200);
synchronized(this) {
while(suspend)
wait();
} catch(InterruptedException e) {
System.out.println("-- E In run method -- "+e.getMessage());
} -
How to get complete Java thread dump?
I suspect a deadlock on a IWS 6.0SP5 running on Solaris 8 with Sun JDK 1.4.1, how can I make a full thread dump?
I have enabled LogStdout and LogStderr in magnus.conf.
regards
Lars Krog-JensenThanx for your reply,
but there are 2 ns-httpd processes, which one do I
send the kill to.
If I send it to the wrong ns-httpd the server
restarts.
regards Lars Krog-JensenIt's the last one in the "PID chain" (the last child process) and the one using the most memory. -
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 PMHave 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. -
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,
KarthikHi 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 -
Help needed with diagnosis of WebLogic server thread dump
Sorry, my mistake - I was trying to search for "weblogic" before the dump file
loaded fully.... I am not very familiar with VisiBroker and may be totally
wrong, but my guess is it creates a thread for each connection/client. I would
look for VisiBroker properties or settings that could limit the runaway creation
of threads....
Arunabh
"Dimitri I. Rakitine" wrote:
It is, preceded by lots and lots of CORBA (visibroker) threads. Is it
possible that application code
creates new ORBs more often than it should ?
"Arunabh Hazarika" <[email protected]> wrote in message
news:[email protected]...
The attached file does not look like a WebLogic Server thread dump.....
Arunabh
Kapil Singh Pawar wrote:
I am running a web application on WebLogic server 6.0 sp2 + rp1 (HP-UX).
After
I start loading the web application with more users I constantly get thejava.lang.OutOfMemoryError.
I tried increasing the max_thread_proc kernel parameter to 2048 but thatdoes
not seem to help much. Here is the error that I get on the WebLogicServer console.
<Oct 7, 2002 5:00:27 PM GMT+02:00> <Error> <HTTP><[WebAppServletContext(1828590,i2)]
Servlet failed with Exception
java.lang.OutOfMemoryError: max threads limit being reached in VM
at java.lang.Thread.start(Native Method)
at netscape.ldap.LDAPConnThread.<init>(LDAPConnThread.java:112)
atnetscape.ldap.LDAPConnection.getNewThread(LDAPConnection.java:1117)
atnetscape.ldap.LDAPConnection.connect(LDAPConnection.java:1034)
at netscape.ldap.LDAPConnection.connect(LDAPConnection.java:915)
at netscape.ldap.LDAPConnection.connect(LDAPConnection.java:759)
atcom.i2.scm.LDAP.ScmLDAPDefaultAuthenticate.authenticate(ScmLDAPDefaultAuthen
ticate.java:129)
at scmldap.service(scmldap.java:452)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
atweblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java
:213)
atweblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppServletCo
ntext.java:1302)
atweblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestImpl.java
:1676)
at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:137)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:120)
>
I am posting the thread dump obtained at the OutOfMemoryError stage. Anyhelp
in diagnosing the thread dump and possible fix for this error is highlyappreciated.
For information sake, while the web application encountersOutOfMemoryError the
example web apps and WebLogic console application work fine. So it looksto be
a case of memory outage only for my custom application.
Thanks
Kapil Singh Pawar
Name: thread_dump.txt
thread_dump.txt Type: Plain Text (text/plain)
Encoding: base64--
Dimitri -
How to get a thread dump, in case of an IDE freeze
When you're working with the IDE and if it either freezes or becomes sluggish for no apparent reason, it's recommended to generate a thread dump, and report it to Studio feedback alias ([email protected]) with a description of what happened and attach the dump to it.
A thread dump is an invaluable source of information to IDE developers when investigating deadlocks and some performance issues. It is a textual dump of all active threads and monitors of Java apps running in a Virtual Machine.
The ways to generate a thread dump differ depending on the platform:
* Windows systems
Press Ctrl-Break in the command console you used to start the IDE.
You won't be able to see the console in case you started the IDE using the default desktop icon created by the IDE installer. To be able to generate the thread dump, you must launch the IDE using a console window (invoke Command Prompt, go to {studio-install-dir}/bin and type runide.exe), or configure the desktop shortcut properties to launch the runide.exe program instead of the default runidew.exe.
Note: You should increase the screen buffer size of the command prompt, so that it could retian the entire thread dump output. To do that, on the command prompt where IDE is running, open the properties dialog box by right clicking on the titlebar and selecting 'properties'. Then select the 'layout tab' and increase the 'screen buffer size' parameters to - width - 200, Height - 4000.
* Unix systems
Press Ctrl-\ in the terminal console you used to start the JSE.
Alternatively, you can also generate a thread dump by sending the QUIT signal to the Java VM running the JSE
kill -QUIT process_id
where process_id is the process number of the respective java process.
-------Here is a sample thread dump -------
Full thread dump Java HotSpot(TM) Client VM (1.4.2_01-b06 mixed mode):
"Text-Layout" daemon prio=2 tid=0x0886ebd8 nid=0x4e4 in Object.wait() [9e8f000..9e8fd94]
at java.lang.Object.wait(Native Method)
- waiting on <0x11730910> (a org.netbeans.editor.view.spi.ViewLayoutQueue)
at java.lang.Object.wait(Object.java:429)
at org.netbeans.editor.view.spi.ViewLayoutQueue.waitForTask(ViewLayoutQueue.java:128)
- locked <0x11730910> (a org.netbeans.editor.view.spi.ViewLayoutQueue)
at org.netbeans.editor.view.spi.ViewLayoutQueue$LayoutThread.run(ViewLayoutQueue.java:182)
"Compilation" daemon prio=2 tid=0x0883d878 nid=0xb1c in Object.wait() [9c8f000..9c8fd94]
at java.lang.Object.wait(Native Method)
- waiting on <0x1143dde0> (a java.util.LinkedList)
at java.lang.Object.wait(Object.java:429)
at org.netbeans.core.compiler.CompilationEngineImpl$CompilerThread.nextJobAndTask(CompilationEngineImpl.java:162)
- locked <0x1143dde0> (a java.util.LinkedList)
at org.netbeans.core.compiler.CompilationEngineImpl$CompilerThread.run(CompilationEngineImpl.java:175)
"TimerQueue" daemon prio=5 tid=0x03575478 nid=0xb18 in Object.wait() [988f000..988fd94]
at java.lang.Object.wait(Native Method)
- waiting on <0x10d4af60> (a javax.swing.TimerQueue)
at javax.swing.TimerQueue.run(TimerQueue.java:231)
- locked <0x10d4af60> (a javax.swing.TimerQueue)
at java.lang.Thread.run(Thread.java:534)
"AWT-EventQueue-1" prio=7 tid=0x0344fae0 nid=0xb14 in Object.wait() [3caf000..3cafd94]
at java.lang.Object.wait(Native Method)
- waiting on <0x10d4afe8> (a java.awt.EventQueue)
at java.lang.Object.wait(Object.java:429)
at java.awt.EventQueue.getNextEvent(EventQueue.java:339)
- locked <0x10d4afe8> (a java.awt.EventQueue)
at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:162)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:151)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:145)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:137)
at java.awt.EventDispatchThread.run(EventDispatchThread.java:100)You can get a thread dump (Windows only) whitout any preparation. Simply use the Stack Trace tool from this web site:
http://tmitevski.users.mcs2.netarray.com
It works on Windows services too. -
Strange thread dump on deadlock
We've been experiencing a strange deadlock during the startup of our java application. When I run jstack on the application to investigate, I see that the AWT-EventQueue is in Object.wait(), but the thread is still marked as RUNNABLE. I've included the relevent parts of the thread dump, and I'm hoping that someone can shed some light on this issue.
"AWT-EventQueue-0" prio=6 tid=0x5f0a2400 nid=0x19e4 in Object.wait() [0x6007e000]
java.lang.Thread.State: RUNNABLE
at com.ge.med.platinum.work.isu.ExamTransaction.getEAOTableLite(ExamTransaction.java:1514)
- locked <0x1fc87448> (a java.awt.Component$AWTTreeLock)
"Thread-63-Pool-9" prio=6 tid=0x5f1a2800 nid=0x1f54 waiting for monitor entry [0x61a9f000]
java.lang.Thread.State: BLOCKED (on object monitor)
at java.awt.Component.setFont(Component.java:1777)
- waiting to lock <0x1fc87448> (a java.awt.Component$AWTTreeLock)
"Thread-289-Pool-3" prio=6 tid=0x60afe800 nid=0x12b8 waiting for monitor entry [0x623fe000]
java.lang.Thread.State: BLOCKED (on object monitor)
at java.awt.Component.setFont(Component.java:1777)
- waiting to lock <0x1fc87448> (a java.awt.Component$AWTTreeLock)
... In my search for the solution, I've noticed [this thread|http://stackoverflow.com/questions/64989/jvm-thread-dumps-containing-monitors-without-locking-threads], which mentions that accessing a static variable may be involved. This is also the case in our application. The line in getEAOTableLite in question references a static method.Thank you for the quick reply. I'm not sure how I missed it, but if I had read down the stack trace a little better I would have found that the issue was that the class loader for the EaoAlertManager never completed because it was blocked by the illegal call to setFont. This would cause the AWT-EventQueue thread to go into an infinite wait call on the ClassLoader.
"Thread-289-Pool-3" prio=6 tid=0x60afe800 nid=0x12b8 waiting for monitor entry [0x623fe000]
java.lang.Thread.State: BLOCKED (on object monitor)
at java.awt.Component.setFont(Component.java:1777)
- waiting to lock <0x1fc87448> (a java.awt.Component$AWTTreeLock)
at java.awt.Container.setFont(Container.java:1554)
at javax.swing.JComponent.setFont(JComponent.java:2723)
at javax.swing.LookAndFeel.installColorsAndFont(LookAndFeel.java:191)
at javax.swing.plaf.basic.BasicPanelUI.installDefaults(BasicPanelUI.java:49)
at javax.swing.plaf.basic.BasicPanelUI.installUI(BasicPanelUI.java:39)
at com.ge.med.ptk.laf.CuiPanelUI.installUI(CuiPanelUI.java:53)
at javax.swing.JComponent.setUI(JComponent.java:662)
at javax.swing.JPanel.setUI(JPanel.java:136)
at javax.swing.JPanel.updateUI(JPanel.java:109)
at javax.swing.JPanel.<init>(JPanel.java:69)
at javax.swing.JPanel.<init>(JPanel.java:92)
at javax.swing.JPanel.<init>(JPanel.java:100)
at javax.swing.JRootPane.createGlassPane(JRootPane.java:528)
at javax.swing.JRootPane.<init>(JRootPane.java:348)
at javax.swing.JDialog.createRootPane(JDialog.java:611)
at javax.swing.JDialog.dialogInit(JDialog.java:593)
at com.ge.med.plaf.wrapper.WJDialog.dialogInit(WJDialog.java:42)
at javax.swing.JDialog.<init>(JDialog.java:545)
at javax.swing.JDialog.<init>(JDialog.java:515)
at com.ge.med.plaf.wrapper.WJDialog.<init>(WJDialog.java:424)
at com.ge.med.platinum.gui.util.PlatinumDialog.<init>(PlatinumDialog.java:138)
at com.ge.med.platinum.gui.util.EAOAlertManager$EAOAlertDialog.<init>(EAOAlertManager.java:450)
at com.ge.med.platinum.gui.util.EAOAlertManager.<clinit>(EAOAlertManager.java:77)
at com.ge.med.platinum.work.isu.ExamTransaction.getEAOTableLite(ExamTransaction.java:1514) -
Calling pl/sql api through multiple java threads
Hi All,
I need to call a pl/sql api from multiple java threads simultaneously and all thread will use same db connection.
I want to know if all the threads will simultaneously call the pl/sql api then will the local variable inside pl/sql procedure be shared between them or they will get separate instances of variables.
TIAYou cannot make multiple parallel client calls over the same Oracle session handle. There is a single non-threaded/non-fibre serialised server process servicing client requests for that session. (physical process on Linux/Unix, thread in the oracle.exe process on Windows).
Each thread on the client side, needs its very own Oracle session. Thus each thread will have a server process footprint on the server. Which could be problematic if 10 clients each starts 10 threads - as it means a 100 processes on the server are needed to service these client threads.
Have a look at Overview of OCI Multithreaded Development in the Oracle® Call Interface Programmer's Guide for how to use the threading call interface of the OCI - as oppose to rolling your own where each thread manually needs to deal with is OCI session context. -
Paul Hyde's Java Thread Programming
I have Paul Hyde's Java Thread Programming and I am wondering if it is a comprehensive book for learning the nuts n bolts of threads. I know how to use threads however I want to learn the inner details. Doug Lea's book is perhaps a better option but Paul Hyde's book seems more readiable.
Any comments are appreciated.
cheersSounded interesting, found this link
http://www.javaspecialists.co.za/archive/Issue056.html -
Large Memory Usage and Frozen [thread dump attached]
Hi,
SQL Developer (Version 2.1.1.64, WinXP Pro, Java 1.6, Oracle 10g R2) always uses at least 550MB of memory, if left open, for more than a day, it invariably goes up to 700-800MB.
If I close all windows and connections, virtually no memory is reclaimed.
I clicked + beside a view to see the columns, sqldeveloper froze for a few minutes, below is the thread dump.
2010-05-21 11:31:58
Full thread dump Java HotSpot(TM) Client VM (14.2-b01 mixed mode):
"CONNECTION_ALIVE" prio=6 tid=0x3891c000 nid=0x1d58 waiting for monitor entry [0x3a55f000]
java.lang.Thread.State: BLOCKED (on object monitor)
at oracle.jdbc.driver.T4CConnection.doPingDatabase(T4CConnection.java:3398)
- waiting to lock <0x09ad05f8> (a oracle.jdbc.driver.T4CConnection)
at oracle.jdbc.driver.PhysicalConnection.pingDatabase(PhysicalConnection.java:7074)
at oracle.javatools.db.ora.BaseOracleDatabase.isConnectionAlive(BaseOracleDatabase.java:165)
at oracle.javatools.db.AbstractDatabase$1.run(AbstractDatabase.java:316)
at java.lang.Thread.run(Thread.java:619)
"Loading Children" prio=6 tid=0x3891bc00 nid=0x12c4 waiting on condition [0x39d5f000]
java.lang.Thread.State: WAITING (parking)
at sun.misc.Unsafe.park(Native Method)
- parking to wait for <0x03eab570> (a java.util.concurrent.FutureTask$Sync)
at java.util.concurrent.locks.LockSupport.park(LockSupport.java:158)
at java.util.concurrent.locks.AbstractQueuedSynchronizer.parkAndCheckInterrupt(AbstractQueuedSynchronizer.java:747)
at java.util.concurrent.locks.AbstractQueuedSynchronizer.doAcquireSharedInterruptibly(AbstractQueuedSynchronizer.java:905)
at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireSharedInterruptibly(AbstractQueuedSynchronizer.java:1217)
at java.util.concurrent.FutureTask$Sync.innerGet(FutureTask.java:218)
at java.util.concurrent.FutureTask.get(FutureTask.java:83)
at oracle.dbtools.raptor.backgroundTask.RaptorTaskManager$IdeTaskTracker.run(RaptorTaskManager.java:532)
at java.lang.Thread.run(Thread.java:619)
"pool-2-thread-57" prio=6 tid=0x3891b400 nid=0x2094 waiting on condition [0x35b5f000]
java.lang.Thread.State: TIMED_WAITING (parking)
at sun.misc.Unsafe.park(Native Method)
- parking to wait for <0x09b819f0> (a java.util.concurrent.locks.ReentrantLock$NonfairSync)
at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:198)
at java.util.concurrent.locks.AbstractQueuedSynchronizer.doAcquireNanos(AbstractQueuedSynchronizer.java:841)
at java.util.concurrent.locks.AbstractQueuedSynchronizer.tryAcquireNanos(AbstractQueuedSynchronizer.java:1160)
at java.util.concurrent.locks.ReentrantLock.tryLock(ReentrantLock.java:416)
at oracle.dbtools.raptor.utils.Connections.lock(Connections.java:1334)
at oracle.dbtools.raptor.utils.Connections.lock(Connections.java:1319)
at oracle.dbtools.raptor.utils.Connections.lock(Connections.java:1306)
at oracle.dbtools.raptor.navigator.xml.AbstractItemInstance.lockConnection(AbstractItemInstance.java:52)
at oracle.dbtools.raptor.navigator.xml.XmlNodeInstance.listChildren(XmlNodeInstance.java:55)
at oracle.dbtools.raptor.navigator.ObjectNodeFilter$ObjectNodeFilterLoadTask.doWorkImpl(ObjectNodeFilter.java:78)
at oracle.dbtools.raptor.navigator.DeferredLoadingFilter$FilterLoadTask.doWork(DeferredLoadingFilter.java:124)
at oracle.dbtools.raptor.navigator.DeferredLoadingFilter$FilterLoadTask.doWork(DeferredLoadingFilter.java:113)
at oracle.dbtools.raptor.backgroundTask.RaptorTask.call(RaptorTask.java:193)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
at java.util.concurrent.FutureTask.run(FutureTask.java:138)
at oracle.dbtools.raptor.backgroundTask.RaptorTaskManager$RaptorFutureTask.run(RaptorTaskManager.java:492)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
at java.util.concurrent.FutureTask.run(FutureTask.java:138)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:619)
"pool-2-thread-55" prio=6 tid=0x38d68400 nid=0xd74 runnable [0x3a15f000]
java.lang.Thread.State: RUNNABLE
at java.net.SocketInputStream.socketRead0(Native Method)
at java.net.SocketInputStream.read(SocketInputStream.java:129)
at oracle.net.ns.Packet.receive(Packet.java:239)
at oracle.net.ns.DataPacket.receive(DataPacket.java:92)
at oracle.net.ns.NetInputStream.getNextPacket(NetInputStream.java:172)
at oracle.net.ns.NetInputStream.read(NetInputStream.java:117)
at oracle.net.ns.NetInputStream.read(NetInputStream.java:92)
at oracle.net.ns.NetInputStream.read(NetInputStream.java:77)
at oracle.jdbc.driver.T4CMAREngine.unmarshalUB1(T4CMAREngine.java:1023)
at oracle.jdbc.driver.T4CMAREngine.unmarshalSB1(T4CMAREngine.java:999)
at oracle.jdbc.driver.T4C8Oall.receive(T4C8Oall.java:584)
at oracle.jdbc.driver.T4CPreparedStatement.doOall8(T4CPreparedStatement.java:194)
at oracle.jdbc.driver.T4CPreparedStatement.executeForDescribe(T4CPreparedStatement.java:785)
at oracle.jdbc.driver.T4CPreparedStatement.executeMaybeDescribe(T4CPreparedStatement.java:860)
at oracle.jdbc.driver.OracleStatement.doExecuteWithTimeout(OracleStatement.java:1186)
at oracle.jdbc.driver.OraclePreparedStatement.executeInternal(OraclePreparedStatement.java:3381)
at oracle.jdbc.driver.OraclePreparedStatement.executeQuery(OraclePreparedStatement.java:3425)
- locked <0x09ad05f8> (a oracle.jdbc.driver.T4CConnection)
at oracle.jdbc.driver.OraclePreparedStatementWrapper.executeQuery(OraclePreparedStatementWrapper.java:1490)
at oracle.dbtools.raptor.controls.grid.ResultSetTableModel.openResultSet(ResultSetTableModel.java:412)
at oracle.dbtools.raptor.controls.grid.ResultSetTableModel.fetchNext(ResultSetTableModel.java:169)
at oracle.dbtools.raptor.controls.grid.ResultSetTableModel$4.doWork(ResultSetTableModel.java:556)
at oracle.dbtools.raptor.controls.grid.ResultSetTableModel$4.doWork(ResultSetTableModel.java:540)
at oracle.dbtools.raptor.backgroundTask.RaptorTask.call(RaptorTask.java:193)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
at java.util.concurrent.FutureTask.run(FutureTask.java:138)
at oracle.dbtools.raptor.backgroundTask.RaptorTaskManager$RaptorFutureTask.run(RaptorTaskManager.java:492)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
at java.util.concurrent.FutureTask.run(FutureTask.java:138)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:619)
"AWT-EventQueue-0" prio=6 tid=0x354fac00 nid=0x18d4 waiting for monitor entry [0x3a45f000]
java.lang.Thread.State: BLOCKED (on object monitor)
at oracle.jdbc.driver.PhysicalConnection.getMetaData(PhysicalConnection.java:3891)
- waiting to lock <0x09ad05f8> (a oracle.jdbc.driver.T4CConnection)
at oracle.dbtools.raptor.plscope.Query.getToolTipText(Query.java:58)
at oracle.dbtools.raptor.phighlight.TooltipPlugin$1.getToolTipText(TooltipPlugin.java:29)
at oracle.ide.ceditor.CodeEditor.getToolTipText(CodeEditor.java:1734)
- locked <0x17245f98> (a java.util.ArrayList)
at oracle.javatools.editor.BasicEditorPane.getToolTipText(BasicEditorPane.java:1530)
at javax.swing.ToolTipManager$insideTimerAction.actionPerformed(ToolTipManager.java:658)
at javax.swing.Timer.fireActionPerformed(Timer.java:271)
at javax.swing.Timer$DoPostEvent.run(Timer.java:201)
at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:209)
at java.awt.EventQueue.dispatchEvent(EventQueue.java:597)
at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:269)
at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:184)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:174)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:169)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:161)
at java.awt.EventDispatchThread.run(EventDispatchThread.java:122)
"Background Parser" prio=6 tid=0x38a43400 nid=0x23c4 waiting on condition [0x39c5f000]
java.lang.Thread.State: TIMED_WAITING (sleeping)
at java.lang.Thread.sleep(Native Method)
at oracle.dbtools.raptor.plsql.BackgroundParser$1.construct(BackgroundParser.java:112)
at oracle.dbtools.raptor.utils.NamedSwingWorker$2.run(NamedSwingWorker.java:115)
at java.lang.Thread.run(Thread.java:619)
"SwingWorker-pool-5-thread-1142" prio=6 tid=0x38868800 nid=0x1a7c waiting on condition [0x3820f000]
java.lang.Thread.State: WAITING (parking)
at sun.misc.Unsafe.park(Native Method)
- parking to wait for <0x0e77bc10> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
at java.util.concurrent.locks.LockSupport.park(LockSupport.java:158)
at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1925)
at java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:358)
at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:947)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907)
at java.lang.Thread.run(Thread.java:619)
"Background Parser" prio=6 tid=0x38a76c00 nid=0x1d18 waiting on condition [0x3a35f000]
java.lang.Thread.State: TIMED_WAITING (sleeping)
at java.lang.Thread.sleep(Native Method)
at oracle.dbtools.raptor.plsql.BackgroundParser$1.construct(BackgroundParser.java:112)
at oracle.dbtools.raptor.utils.NamedSwingWorker$2.run(NamedSwingWorker.java:115)
at java.lang.Thread.run(Thread.java:619)
"Background Parser" prio=6 tid=0x387e2800 nid=0xd00 waiting on condition [0x3a25f000]
java.lang.Thread.State: TIMED_WAITING (sleeping)
at java.lang.Thread.sleep(Native Method)
at oracle.dbtools.raptor.plsql.BackgroundParser$1.construct(BackgroundParser.java:112)
at oracle.dbtools.raptor.utils.NamedSwingWorker$2.run(NamedSwingWorker.java:115)
at java.lang.Thread.run(Thread.java:619)
"Background Parser" prio=6 tid=0x38752000 nid=0x2794 waiting on condition [0x39e5f000]
java.lang.Thread.State: TIMED_WAITING (sleeping)
at java.lang.Thread.sleep(Native Method)
at oracle.dbtools.raptor.plsql.BackgroundParser$1.construct(BackgroundParser.java:112)
at oracle.dbtools.raptor.utils.NamedSwingWorker$2.run(NamedSwingWorker.java:115)
at java.lang.Thread.run(Thread.java:619)
"Swing-Shell" daemon prio=6 tid=0x367f0000 nid=0xd7c waiting on condition [0x3a85f000]
java.lang.Thread.State: WAITING (parking)
at sun.misc.Unsafe.park(Native Method)
- parking to wait for <0x1069d0d8> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
at java.util.concurrent.locks.LockSupport.park(LockSupport.java:158)
at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1925)
at java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:358)
at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:947)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907)
at sun.awt.shell.Win32ShellFolderManager2$ComInvoker$3.run(Win32ShellFolderManager2.java:458)
at java.lang.Thread.run(Thread.java:619)
"Persistence Auto Flusher" daemon prio=6 tid=0x388a5c00 nid=0x1950 in Object.wait() [0x37e0f000]
java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java:485)
at java.util.TimerThread.mainLoop(Timer.java:483)
- locked <0x0e892d48> (a java.util.TaskQueue)
at java.util.TimerThread.run(Timer.java:462)
"Thread-76" prio=6 tid=0x387aec00 nid=0x259c runnable [0x00000000]
java.lang.Thread.State: RUNNABLE
"WeakDataReference polling" prio=2 tid=0x38752800 nid=0xe94 in Object.wait() [0x3a05f000]
java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:118)
- locked <0x0b6ba260> (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:134)
at oracle.ide.util.WeakDataReference$Cleaner.run(WeakDataReference.java:88)
at java.lang.Thread.run(Thread.java:619)
"Image Animator 3" daemon prio=4 tid=0x3861b400 nid=0x2330 waiting on condition [0x3978f000]
java.lang.Thread.State: TIMED_WAITING (sleeping)
at java.lang.Thread.sleep(Native Method)
at sun.awt.image.GifFrame.dispose(GifImageDecoder.java:653)
at sun.awt.image.GifImageDecoder.produceImage(GifImageDecoder.java:230)
at sun.awt.image.InputStreamImageSource.doFetch(InputStreamImageSource.java:246)
at sun.awt.image.ImageFetcher.fetchloop(ImageFetcher.java:172)
at sun.awt.image.ImageFetcher.run(ImageFetcher.java:136)
"Background Parser" prio=6 tid=0x38348800 nid=0x978 waiting on condition [0x3988f000]
java.lang.Thread.State: TIMED_WAITING (sleeping)
at java.lang.Thread.sleep(Native Method)
at oracle.dbtools.raptor.plsql.BackgroundParser$1.construct(BackgroundParser.java:112)
at oracle.dbtools.raptor.utils.NamedSwingWorker$2.run(NamedSwingWorker.java:115)
at java.lang.Thread.run(Thread.java:619)
"TextBufferScavenger" prio=6 tid=0x38324800 nid=0x1af0 in Object.wait() [0x3968f000]
java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:118)
- locked <0x09bb9158> (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:134)
at oracle.ide.model.TextNode$FacadeBufferReference$PollingThread.run(TextNode.java:1949)
"pool-4-thread-1" prio=6 tid=0x36960400 nid=0x1a84 waiting on condition [0x35a5f000]
java.lang.Thread.State: TIMED_WAITING (parking)
at sun.misc.Unsafe.park(Native Method)
- parking to wait for <0x08150a78> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:198)
at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:1963)
at java.util.concurrent.DelayQueue.take(DelayQueue.java:164)
at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:583)
at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:576)
at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:947)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907)
at java.lang.Thread.run(Thread.java:619)
"IconOverlayTracker Timer" prio=6 tid=0x38520c00 nid=0x1b48 in Object.wait() [0x3950f000]
java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java:485)
at java.util.TimerThread.mainLoop(Timer.java:483)
- locked <0x0795f290> (a java.util.TaskQueue)
at java.util.TimerThread.run(Timer.java:462)
"Timer queue for AWT thread" daemon prio=6 tid=0x369b4000 nid=0x1f20 in Object.wait() [0x3940f000]
java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
- waiting on <0x077e1358> (a java.lang.Object)
at java.lang.Object.wait(Object.java:485)
at ice.util.awt.TimedAWTExecutor.nextElem(TimedAWTExecutor.java:108)
- locked <0x077e1358> (a java.lang.Object)
at ice.util.awt.TimedAWTExecutor.runScheduler(TimedAWTExecutor.java:130)
at ice.util.awt.TimedAWTExecutor$1.run(TimedAWTExecutor.java:19)
"WaitCursor-Timer" prio=6 tid=0x367c3c00 nid=0x1010 in Object.wait() [0x37b0f000]
java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java:485)
at java.util.TimerThread.mainLoop(Timer.java:483)
- locked <0x077e1400> (a java.util.TaskQueue)
at java.util.TimerThread.run(Timer.java:462)
"Native Directory Watcher" prio=2 tid=0x368d4000 nid=0x2334 runnable [0x3830f000]
java.lang.Thread.State: RUNNABLE
at oracle.ide.natives.NativeHandler.enterWatcherThread(Native Method)
at oracle.ide.natives.NativeHandler$2.run(NativeHandler.java:252)
at java.lang.Thread.run(Thread.java:619)
"BaseTreeExplorer.NodeOpeningExecutor" prio=6 tid=0x3684b000 nid=0x8b0 waiting on condition [0x3810f000]
java.lang.Thread.State: WAITING (parking)
at sun.misc.Unsafe.park(Native Method)
- parking to wait for <0x06950af0> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
at java.util.concurrent.locks.LockSupport.park(LockSupport.java:158)
at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1925)
at java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:358)
at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:947)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907)
at java.lang.Thread.run(Thread.java:619)
"Scheduler" daemon prio=6 tid=0x36846400 nid=0x14bc in Object.wait() [0x37f0f000]
java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java:485)
at oracle.dbtools.raptor.backgroundTask.TaskLinkedList.takeNextTask(TaskLinkedList.java:47)
- locked <0x06950c70> (a oracle.dbtools.raptor.backgroundTask.TaskLinkedList)
at oracle.dbtools.raptor.backgroundTask.RaptorTaskManager$SchedulerThread.run(RaptorTaskManager.java:422)
"TimerQueue" daemon prio=6 tid=0x36832800 nid=0x88c in Object.wait() [0x37d0f000]
java.lang.Thread.State: TIMED_WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
at javax.swing.TimerQueue.postExpiredTimers(TimerQueue.java:218)
- locked <0x06950da8> (a javax.swing.TimerQueue)
at javax.swing.TimerQueue.run(TimerQueue.java:234)
- locked <0x06950da8> (a javax.swing.TimerQueue)
at java.lang.Thread.run(Thread.java:619)
"ChangeSetService" prio=2 tid=0x367fd400 nid=0x2754 in Object.wait() [0x37c0f000]
java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
- waiting on <0x06892cc0> (a oracle.jdevimpl.vcs.changeset.ChangeSetService)
at java.lang.Object.wait(Object.java:485)
at oracle.jdevimpl.vcs.changeset.ChangeSetService.awaitEvents(ChangeSetService.java:178)
- locked <0x06892cc0> (a oracle.jdevimpl.vcs.changeset.ChangeSetService)
at oracle.jdevimpl.vcs.changeset.ChangeSetService.eventLoop(ChangeSetService.java:199)
at oracle.jdevimpl.vcs.changeset.ChangeSetService.access$200(ChangeSetService.java:56)
at oracle.jdevimpl.vcs.changeset.ChangeSetService$2.run(ChangeSetService.java:138)
at java.lang.Thread.run(Thread.java:619)
"TimedCache-Timer" daemon prio=6 tid=0x35d52c00 nid=0x2448 in Object.wait() [0x3624f000]
java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java:485)
at java.util.TimerThread.mainLoop(Timer.java:483)
- locked <0x062ab118> (a java.util.TaskQueue)
at java.util.TimerThread.run(Timer.java:462)
"JarIndex Timer" daemon prio=6 tid=0x35556400 nid=0x2488 in Object.wait() [0x35d4f000]
java.lang.Thread.State: TIMED_WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
at java.util.TimerThread.mainLoop(Timer.java:509)
- locked <0x062206e0> (a java.util.TaskQueue)
at java.util.TimerThread.run(Timer.java:462)
"AWT-Windows" daemon prio=6 tid=0x354dd000 nid=0x1d0c runnable [0x3595f000]
java.lang.Thread.State: RUNNABLE
at sun.awt.windows.WToolkit.eventLoop(Native Method)
at sun.awt.windows.WToolkit.run(WToolkit.java:291)
at java.lang.Thread.run(Thread.java:619)
"AWT-Shutdown" prio=6 tid=0x354a1800 nid=0x268c in Object.wait() [0x3585f000]
java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java:485)
at sun.awt.AWTAutoShutdown.run(AWTAutoShutdown.java:259)
- locked <0x062208d8> (a java.lang.Object)
at java.lang.Thread.run(Thread.java:619)
"Java2D Disposer" daemon prio=10 tid=0x354b7400 nid=0x5f4 in Object.wait() [0x3575f000]
java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:118)
- locked <0x06220968> (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:134)
at sun.java2d.Disposer.run(Disposer.java:125)
at java.lang.Thread.run(Thread.java:619)
"Low Memory Detector" daemon prio=6 tid=0x00ee1000 nid=0x2664 runnable [0x00000000]
java.lang.Thread.State: RUNNABLE
"CompilerThread0" daemon prio=10 tid=0x00edc000 nid=0x1f6c waiting on condition [0x00000000]
java.lang.Thread.State: RUNNABLE
"Attach Listener" daemon prio=10 tid=0x00eda800 nid=0x206c runnable [0x00000000]
java.lang.Thread.State: RUNNABLE
"Signal Dispatcher" daemon prio=10 tid=0x00ed9400 nid=0xf64 waiting on condition [0x00000000]
java.lang.Thread.State: RUNNABLE
"Finalizer" daemon prio=8 tid=0x00ec6c00 nid=0x2348 in Object.wait() [0x34e7f000]
java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:118)
- locked <0x061b0298> (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:134)
at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:159)
"Reference Handler" daemon prio=10 tid=0x00ec5800 nid=0x2484 in Object.wait() [0x34d7f000]
java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java:485)
at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:116)
- locked <0x061b0320> (a java.lang.ref.Reference$Lock)
"main" prio=6 tid=0x009f8000 nid=0x19e0 waiting on condition [0x00000000]
java.lang.Thread.State: RUNNABLE
"VM Thread" prio=10 tid=0x00ec1800 nid=0x22e0 runnable
"VM Periodic Task Thread" prio=10 tid=0x00eec000 nid=0x2604 waiting on condition
JNI global references: 5312
Heap
def new generation total 45376K, used 28499K [0x03080000, 0x061b0000, 0x061b0000)
eden space 40384K, 67% used [0x03080000, 0x04af44c0, 0x057f0000)
from space 4992K, 28% used [0x05cd0000, 0x05e30850, 0x061b0000)
to space 4992K, 0% used [0x057f0000, 0x057f0000, 0x05cd0000)
tenured generation total 604992K, used 364537K [0x061b0000, 0x2b080000, 0x2b080000)
the space 604992K, 60% used [0x061b0000, 0x1c5ae548, 0x1c5ae600, 0x2b080000)
compacting perm gen total 57344K, used 57260K [0x2b080000, 0x2e880000, 0x33080000)
the space 57344K, 99% used [0x2b080000, 0x2e86b348, 0x2e86b400, 0x2e880000)
No shared spaces configured.
Edited by: mdaly on May 21, 2010 11:42 AMThe cause of hang could be figured out from the thread dump.
I have fixed that in development code. It was happening from PL/SQL editor trying to create tooltip which locked up the connection.
I am not sure what would lead to memory bloat even if the tool is not in use. There could be memory leak from some component. I am investigating that.
Suggest you to keep ObjectViewers, reports & PL/SQL editor closed when not in use.
Have Sql Array Fetch Size preference to 50 if it's higher.
Do not have auto-refresh for Report editor.
Keep Sql History, Find Db Object, Snippets collapsed.
See if that helps.
-Raghu -
Question About Java Threads and Blocking
I'm helping someone rehost a tool from the PC to the Sun. We're using the Netbeans IDE and the Java programming language. I took a Java course several years ago, but need some help with something now. We're developing a front-end GUI using Swing to allow users to select different options to perform their tasks. I have a general question that will apply to all cases where we run an external process from the GUI. We have a "CommandProcessor" class that will call an external process using the "ProcessBuilder" class. I'm including the snippet of code below where this happens. We pass in a string which is the command we want to run. We also instantiate a class called "StreamGobbler" my coworker got off the Internet for redirecting I/O to a message window. I'm also including the "StreamGobbler" class below for reference. Here's the "CommandProcessor" class:
// Test ProcessBuilder
public class CommandProcessor {
public static void Run(String[] cmd) throws Exception {
System.out.println("inside CommandProcessor.Run function...");
Process p = new ProcessBuilder(cmd).start();
StreamGobbler s1 = new StreamGobbler("stdin", p.getInputStream());
StreamGobbler s2 = new StreamGobbler("stderr", p.getErrorStream());
s1.start();
s2.start();
//p.waitFor();
System.out.println("Process Returned");
Here's the "StreamGobbler" class:
import java.lang.*;
import java.io.*;
// Attempt to make the output of the process go to the message window
// as it is produced rather that waiting for the process to finish
public class StreamGobbler implements Runnable {
String name;
InputStream is;
Thread thread;
public StreamGobbler (String name, InputStream is){
this.name = name;
this.is = is;
public void start(){
thread = new Thread (this);
thread.start();
public void run(){
try{
InputStreamReader isr = new InputStreamReader(is);
BufferedReader br = new BufferedReader(isr);
while (true){
String s = br.readLine();
if (s == null) break;
System.out.println(s);
//messageWindow.writeToMessageArea("[" + name + "]" + s);
is.close();
catch(Exception ex){
System.out.println("Problem reading stream" + name + "...:" + ex);
ex.printStackTrace();
The "CommandProcessor" class calls two (2) instances of the "StreamGobbler" class, one for "stdin" and one for "stderr". My coworker discovered these are the 2 I/O descriptors that are needed for the external command we're running in this case. We're actually called the Concurrent Versions System (cvs) command from the GUI. Here's what we need it to do:
We want to display the output real-time as the external process is executing, but we want to block any actions being performed on the GUI itself until the process finishes. In other words, we want to show the user any generated output from the process, but don't want to alllow them to perform any other actions on the GUI until this process has finished. If we use the "waitFor()" function associated with a process, it blocks all external process output until the process has completed and then spews all the output to the screen all at once. That's NOT what we want. Also, if we don't use the "waitFor()" function, the code just continues on as it should, but we don't know how to block any actions on the GUI until this process has finished. My coworker tried the following code, but it also blocked any output until the process had finished:
while (s1.thread.isAlive() || s2.thread.isAlive())
// We really don't do anything here
I'm pretty sure we have to use threads for the output, but how do we instantly show all output and block any GUI actions?
Thank you in advance for your help!You're talking about a GUI, but there's nothing in that code which is putting events into the GUI update thread. You also say that nothing happens to the GUI until the CommandProcessor.Run() method returns if you wait for the process.
This implies that you're calling CommandProcessor.Run() in an ActionListener. This will block the GUI thread until it completes.
I was going to explain what to do, but a quick Google informed me that there's a new class which is designed to help in these situations SwingWorker (or as a [separate library|https://swingworker.dev.java.net/] if you're not up-to-date yet). -
Oracle 9i +Java: Change string encoding from UTF-16 to Windows-1251
Dear colleagues,
I have a very urgent case: need to change encoding of the string retrieved from the file (with encoding UTF-16) to Windows-1251 and put it to db table, to CLOB field.
Code of the Java function
+public static void file2table(String sql, String fileName, String characterSet, int asByteArray) throws SQLException, IOException {+
Connection con = null;
Writer writer = null;
Reader reader = null;
+try {+
con = getConnection();
PreparedStatement ps=con.prepareStatement(sql);
reader = new InputStreamReader(new BufferedInputStream(new FileInputStream(new File(fileName))), characterSet);
BufferedReader br = new BufferedReader(reader);
String s;
+while ((s = br.readLine()) != null) {+
byte[] defaultBytes=s.getBytes(characterSet);
String win1251str=new String(defaultBytes, "windows-1251");
+if(asByteArray>0) {+
ps.setBytes(1, defaultBytes);
+//ps.setBytes(1, win1251str.getBytes("windows-1251"));+
+} else {+
ps.setString(1, s);
+}+
ps.executeUpdate();
+}+
con.commit();
+} finally {+
+if (reader != null) {reader.close();}+
+if (con != null) {con.close();}+
+}+
+}+
I was check, all bytes from the file received correctly. But if I put readed bytes to database table, result text in table is broken.>
Yes, currently I already have filled table with all file lines in result table but with incorrect encoding
>
No you haven't - not using the code you posted. You can't save LOB data using only the BLOB or CLOB.
That isn't data that you strored - it is garbage that is being stored as the LOB locator.
I ask you why you were trying to store the data that way instead of the way the doc shows you and you said
>
Because var. s is type of Java String.
For method setClob must be use type of CLOB
>
You are teriibly confused about LOBs. A BLOB or CLOB Java datatype is the LOB LOCATOR and doesn't contain any data.
Yes - it is true that method setClob must be of type CLOB but that CLOB instance HAS TO BE THE LOB LOCATOR - not the data.
You access LOB data using streams. To store LOB data you have to RETRIEVE (not send) a LOB locator from the database and then use the locator's stream to send the actual data.
So if you are creating a new record in the table you typically do an INSERT that includes an EMPTY_LOB() and have the newly created LOB locator returned to you. Then you use that locators stream to send the actual data.
Since you are not doing that your approach will not work.
Here is a link to the 9i JDBC Dev Guide
http://docs.oracle.com/cd/B10501_01/java.920/a96654.pdf
See page 8-2 to start with
>
BLOB and CLOB data is
accessed and referenced by using a locator, which is stored in the database table and
points to the BLOB or CLOB data, which is outside the table.
To work with LOB data, you must first obtain a LOB locator. Then you can read or
write LOB data and perform data manipulation. The following sections also
describe how to create and populate a LOB column in a table.
The oracle.sql.BLOB and CLOB classes implement the java.sql.Blob and
Clob interfaces, respectively (oracle.jdbc2.Blob and Clob interfaces under
JDK 1.1.x). By contrast, BFILE is an Oracle extension, without a corresponding
java.sql (or oracle.jdbc2) interface.
Instances of these classes contain only the locators for these datatypes, not the data.
After accessing the locators, you must perform some additional steps to access the
data. These steps are described in "Reading and Writing BLOB and CLOB Data" on
page 8-6 and "Reading BFILE Data" on page 8-22.
Note: You cannot construct BLOB, CLOB, or BFILE objects in your
JDBC application—you can only retrieve existing BLOBs, CLOBs,
or BFILEs from the database or create them using the
createTemporary() and empty_lob() methods.
>
Read the above quotes several times until you understand what they are telling you. These are the two main concepts you need to accept:
>
To work with LOB data, you must first obtain a LOB locator.
You cannot construct BLOB, CLOB, or BFILE objects in your JDBC application
>
See the example code and description starting on page 8-11 for how to populate a LOB column in a table
>
Create a BLOB or CLOB column in a table with the SQL CREATE TABLE statement,
then populate the LOB. This includes creating the LOB entry in the table, obtaining
the LOB locator, creating a file handler for the data (if you are reading the data from
a file), and then copying the data into the LOB.
>
Until you start using the proper methodology you are just wasting you time and will not be successful. -
Full thread dump Java HotSpot(TM) Server VM (1.4.2_05-b04 mixed mode):
Hi All,
I am getting below error message when i am starting JBoss
Anyone has any idea, why it is happening?
Full thread dump Java HotSpot(TM) Server VM (1.4.2_05-b04 mixed mode):
"RMI ConnectionExpiration-[127.0.0.1:33030]" daemon prio=1 tid=0x2a375e90 nid=0xcf9 waiting on condition [2820d000..2820d86c]
at java.lang.Thread.sleep(Native Method)
at sun.rmi.transport.tcp.TCPChannel$Reaper.run(TCPChannel.java:447)
at java.lang.Thread.run(Thread.java:534)
"RMI TCP Connection(1681)-127.0.0.1" daemon prio=1 tid=0x2cc3e008 nid=0xcf9 runnable [27b7b000..27b7b86c]
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 <0x2ed63640> (a java.io.BufferedInputStream)
at java.io.FilterInputStream.read(FilterInputStream.java:66)
at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:442)
at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:701)
at java.lang.Thread.run(Thread.java:534)
"RMI RenewClean-[127.0.0.1:33030]" daemon prio=1 tid=0x2ca76ad0 nid=0xcf9 in Object.wait() [29dcd000..29dcd86c]
at java.lang.Object.wait(Native Method)
- waiting on <0x2ed61c50> (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111)
- locked <0x2ed61c50> (a java.lang.ref.ReferenceQueue$Lock)
at sun.rmi.transport.DGCClient$EndpointEntry$RenewCleanThread.run(DGCClient.java:500)
at java.lang.Thread.run(Thread.java:534)
"JNP Server" prio=1 tid=0x082dd9c0 nid=0xcf9 runnable [27afa000..27afa86c]
at java.net.PlainSocketImpl.socketAccept(Native Method)
at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:353)
- locked <0x3d145770> (a java.net.PlainSocketImpl)
at java.net.ServerSocket.implAccept(ServerSocket.java:448)
at java.net.ServerSocket.accept(ServerSocket.java:419)
at org.jnp.server.Main.run(Main.java:257)
at java.lang.Thread.run(Thread.java:534)
"RMI TCP Connection(1680)-127.0.0.1" daemon prio=1 tid=0x2ca55d80 nid=0xcf9 runnable [27f88000..27f8886c]
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 <0x2ecd1e40> (a java.io.BufferedInputStream)
at java.io.FilterInputStream.read(FilterInputStream.java:66)
at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:442)
at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:701)
at java.lang.Thread.run(Thread.java:534)
"RMI ConnectionExpiration-[127.0.0.1:33030]" daemon prio=1 tid=0x2df71458 nid=0xcf9 waiting on condition [29e4e000..29e4e86c]
at java.lang.Thread.sleep(Native Method)
at sun.rmi.transport.tcp.TCPChannel$Reaper.run(TCPChannel.java:447)
at java.lang.Thread.run(Thread.java:534)
"Thread-36" daemon prio=1 tid=0x08541f10 nid=0xcf9 runnable [279f8000..279f886c]
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.read1(BufferedInputStream.java:222)
at java.io.BufferedInputStream.read(BufferedInputStream.java:277)
- locked <0x3d8dbc38> (a java.io.BufferedInputStream)
at com.sun.jndi.ldap.Connection.run(Connection.java:780)
at java.lang.Thread.run(Thread.java:534)
"Thread-35" daemon prio=1 tid=0x0811fd00 nid=0xcf9 runnable [27a79000..27a7986c]
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.read1(BufferedInputStream.java:222)
at java.io.BufferedInputStream.read(BufferedInputStream.java:277)
- locked <0x3d8d7d50> (a java.io.BufferedInputStream)
at com.sun.jndi.ldap.Connection.run(Connection.java:780)
at java.lang.Thread.run(Thread.java:534)
"Thread-34" daemon prio=1 tid=0x08bc3588 nid=0xcf9 in Object.wait() [27e86000..27e8686c]
at java.lang.Object.wait(Native Method)
- waiting on <0x3d8d6050> (a org.jboss.mx.util.ThreadPool$Worker)
at java.lang.Object.wait(Object.java:429)
at org.jboss.mx.util.ThreadPool$Worker.run(ThreadPool.java:243)
- locked <0x3d8d6050> (a org.jboss.mx.util.ThreadPool$Worker)
"Thread-33" daemon prio=1 tid=0x08bc47b8 nid=0xcf9 in Object.wait() [27f07000..27f0786c]
at java.lang.Object.wait(Native Method)
- waiting on <0x3d8d4780> (a org.jboss.mx.util.ThreadPool$Worker)
at java.lang.Object.wait(Object.java:429)
at org.jboss.mx.util.ThreadPool$Worker.run(ThreadPool.java:243)
- locked <0x3d8d4780> (a org.jboss.mx.util.ThreadPool$Worker)
"Thread-32" daemon prio=1 tid=0x08407010 nid=0xcf9 in Object.wait() [2d2af000..2d2af86c]
at java.lang.Object.wait(Native Method)
- waiting on <0x3d895fa8> (a org.jboss.mx.util.ThreadPool$Worker)
at java.lang.Object.wait(Object.java:429)
at org.jboss.mx.util.ThreadPool$Worker.run(ThreadPool.java:243)
- locked <0x3d895fa8> (a org.jboss.mx.util.ThreadPool$Worker)
"Thread-31" prio=1 tid=0x084065d0 nid=0xcf9 in Object.wait() [27bfc000..27bfc86c]
at java.lang.Object.wait(Native Method)
- waiting on <0x3d895bd8> (a java.lang.Object)
at java.lang.Object.wait(Object.java:429)
at org.jboss.system.server.ServerImpl$LifeThread.run(ServerImpl.java:731)
- locked <0x3d895bd8> (a java.lang.Object)
"Thread-30" prio=1 tid=0x082ef440 nid=0xcf9 in Object.wait() [27c7d000..27c7d86c]
at java.lang.Object.wait(Native Method)
- waiting on <0x3d852290> (a org.jboss.mx.util.RunnableScheduler)
at org.jboss.mx.util.RunnableScheduler.waitOutstanding(RunnableScheduler.java:188)
- locked <0x3d852290> (a org.jboss.mx.util.RunnableScheduler)
at org.jboss.mx.util.RunnableScheduler.run(RunnableScheduler.java:93)
at java.lang.Thread.run(Thread.java:534)
"Thread-29" prio=1 tid=0x085357c0 nid=0xcf9 in Object.wait() [27cfe000..27cfe86c]
at java.lang.Object.wait(Native Method)
- waiting on <0x3d8502e8> (a org.jboss.mx.util.RunnableScheduler)
at org.jboss.mx.util.RunnableScheduler.waitOutstanding(RunnableScheduler.java:188)
- locked <0x3d8502e8> (a org.jboss.mx.util.RunnableScheduler)
at org.jboss.mx.util.RunnableScheduler.run(RunnableScheduler.java:93)
at java.lang.Thread.run(Thread.java:534)
"Thread-28" prio=1 tid=0x08fc8d58 nid=0xcf9 in Object.wait() [27d7f000..27d7f86c]
at java.lang.Object.wait(Native Method)
- waiting on <0x3d84d6b0> (a org.jboss.mx.util.RunnableScheduler)
at org.jboss.mx.util.RunnableScheduler.waitOutstanding(RunnableScheduler.java:188)
- locked <0x3d84d6b0> (a org.jboss.mx.util.RunnableScheduler)
at org.jboss.mx.util.RunnableScheduler.run(RunnableScheduler.java:93)
at java.lang.Thread.run(Thread.java:534)
"Thread-27" daemon prio=1 tid=0x08a3c5f0 nid=0xcf9 runnable [27e05000..27e0586c]
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.read1(BufferedInputStream.java:222)
at java.io.BufferedInputStream.read(BufferedInputStream.java:277)
- locked <0x3d8494b8> (a java.io.BufferedInputStream)
at com.sun.jndi.ldap.Connection.run(Connection.java:780)
at java.lang.Thread.run(Thread.java:534)
"Thread-26" daemon prio=1 tid=0x08829d80 nid=0xcf9 in Object.wait() [2bf3a000..2bf3a86c]
at java.lang.Object.wait(Native Method)
- waiting on <0x3d83f190> (a java.util.TaskQueue)
at java.util.TimerThread.mainLoop(Timer.java:429)
- locked <0x3d83f190> (a java.util.TaskQueue)
at java.util.TimerThread.run(Timer.java:382)
"RMI LeaseChecker" daemon prio=1 tid=0x08d475b0 nid=0xcf9 waiting on condition [29bff000..29bff86c]
at java.lang.Thread.sleep(Native Method)
at sun.rmi.transport.DGCImpl$LeaseChecker.run(DGCImpl.java:307)
at java.lang.Thread.run(Thread.java:534)
"SessionScavenger" daemon prio=1 tid=0x08b8c420 nid=0xcf9 waiting on condition [2a1ff000..2a1ff86c]
at java.lang.Thread.sleep(Native Method)
at org.mortbay.jetty.servlet.AbstractSessionManager$SessionScavenger.run(AbstractSessionManager.java:428)
"SessionScavenger" daemon prio=1 tid=0x082f2760 nid=0xcf9 waiting on condition [2ab72000..2ab7286c]
at java.lang.Thread.sleep(Native Method)
at org.mortbay.jetty.servlet.AbstractSessionManager$SessionScavenger.run(AbstractSessionManager.java:428)
"UILServerILService Accept Thread" prio=1 tid=0x2cc3e9c0 nid=0xcf9 runnable [2abfb000..2abfb86c]
at java.net.PlainSocketImpl.socketAccept(Native Method)
at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:353)
- locked <0x3d63d830> (a java.net.PlainSocketImpl)
at java.net.ServerSocket.implAccept(ServerSocket.java:448)
at java.net.ServerSocket.accept(ServerSocket.java:419)
at org.jboss.mq.il.uil2.UILServerILService.run(UILServerILService.java:118)
at java.lang.Thread.run(Thread.java:534)
"OIL2 Worker Server" prio=1 tid=0x2dfe0df0 nid=0xcf9 runnable [2ac7c000..2ac7c86c]
at java.net.PlainSocketImpl.socketAccept(Native Method)
at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:353)
- locked <0x3d63d958> (a java.net.PlainSocketImpl)
at java.net.ServerSocket.implAccept(ServerSocket.java:448)
at java.net.ServerSocket.accept(ServerSocket.java:419)
at org.jboss.mq.il.oil2.OIL2ServerILService.run(OIL2ServerILService.java:366)
at java.lang.Thread.run(Thread.java:534)
"UIL Worker" prio=1 tid=0x2ccfca90 nid=0xcf9 runnable [2acfd000..2acfd86c]
at java.net.PlainSocketImpl.socketAccept(Native Method)
at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:353)
- locked <0x3d63da18> (a java.net.PlainSocketImpl)
at java.net.ServerSocket.implAccept(ServerSocket.java:448)
at java.net.ServerSocket.accept(ServerSocket.java:419)
at org.jboss.mq.il.uil.UILServerILService.run(UILServerILService.java:184)
at java.lang.Thread.run(Thread.java:534)
"OIL Worker Server" prio=1 tid=0x2bab0a70 nid=0xcf9 runnable [2ad7e000..2ad7e86c]
at java.net.PlainSocketImpl.socketAccept(Native Method)
at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:353)
- locked <0x3d63dad8> (a java.net.PlainSocketImpl)
at java.net.ServerSocket.implAccept(ServerSocket.java:448)
at java.net.ServerSocket.accept(ServerSocket.java:419)
at org.jboss.mq.il.oil.OILServerILService.run(OILServerILService.java:471)
at java.lang.Thread.run(Thread.java:534)
"Thread-25" prio=1 tid=0x2cc9ef88 nid=0xcf9 in Object.wait() [2adff000..2adff86c]
at java.lang.Object.wait(Native Method)
- waiting on <0x3d63db88> (a java.util.LinkedList)
at java.lang.Object.wait(Object.java:429)
at org.jboss.resource.connectionmanager.PoolFiller$1.run(PoolFiller.java:75)
- locked <0x3d63db88> (a java.util.LinkedList)
at java.lang.Thread.run(Thread.java:534)
"Thread-24" prio=1 tid=0x2dfe0268 nid=0xcf9 in Object.wait() [2afc4000..2afc486c]
at java.lang.Object.wait(Native Method)
- waiting on <0x3d52f320> (a java.util.ArrayList)
at org.jboss.resource.connectionmanager.IdleRemover$1.run(IdleRemover.java:66)
- locked <0x3d52f320> (a java.util.ArrayList)
at java.lang.Thread.run(Thread.java:534)
"Thread-23" daemon prio=1 tid=0x2dfce680 nid=0xcf9 in Object.wait() [2b045000..2b04586c]
at java.lang.Object.wait(Native Method)
- waiting on <0x3d52f390> (a org.jboss.util.timeout.TimeoutFactory)
at org.jboss.util.timeout.TimeoutFactory.doWork(TimeoutFactory.java:503)
- locked <0x3d52f390> (a org.jboss.util.timeout.TimeoutFactory)
at org.jboss.util.timeout.TimeoutFactory.access$300(TimeoutFactory.java:27)
at org.jboss.util.timeout.TimeoutFactory$1.run(TimeoutFactory.java:542)
"Thread-22" prio=1 tid=0x2ccef150 nid=0xcf9 runnable [2b0c6000..2b0c686c]
at java.net.PlainSocketImpl.socketAccept(Native Method)
at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:353)
- locked <0x3d52f400> (a java.net.PlainSocketImpl)
at java.net.ServerSocket.implAccept(ServerSocket.java:448)
at java.net.ServerSocket.accept(ServerSocket.java:419)
at org.jboss.invocation.pooled.server.PooledInvoker.run(PooledInvoker.java:216)
at java.lang.Thread.run(Thread.java:534)
"JBossMQ Cache Reference Softner" daemon prio=1 tid=0x2dfe1a28 nid=0xcf9 in Object.wait() [2b147000..2b14786c]
at java.lang.Object.wait(Native Method)
- waiting on <0x3d411a00> (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111)
- locked <0x3d411a00> (a java.lang.ref.ReferenceQueue$Lock)
at org.jboss.mq.server.MessageCache.run(MessageCache.java:233)
at java.lang.Thread.run(Thread.java:534)
"RMI TCP Accept-0" daemon prio=1 tid=0x2c388ff0 nid=0xcf9 runnable [2b1ef000..2b1ef86c]
at java.net.PlainSocketImpl.socketAccept(Native Method)
at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:353)
- locked <0x3d2c0f90> (a java.net.PlainSocketImpl)
at java.net.ServerSocket.implAccept(ServerSocket.java:448)
at java.net.ServerSocket.accept(ServerSocket.java:419)
at sun.rmi.transport.tcp.TCPTransport.run(TCPTransport.java:334)
at java.lang.Thread.run(Thread.java:534)
"SessionScavenger" daemon prio=1 tid=0x2c3864e0 nid=0xcf9 waiting on condition [2b270000..2b27086c]
at java.lang.Thread.sleep(Native Method)
at org.mortbay.jetty.servlet.AbstractSessionManager$SessionScavenger.run(AbstractSessionManager.java:428)
"PoolThread-4" prio=1 tid=0x2c384e10 nid=0xcf9 in Object.wait() [2b2f1000..2b2f186c]
at java.lang.Object.wait(Native Method)
- waiting on <0x3d2c10c8> (a org.mortbay.util.ThreadPool$PoolThread)
at org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:450)
- locked <0x3d2c10c8> (a org.mortbay.util.ThreadPool$PoolThread)
"PoolThread-3" prio=1 tid=0x2ba1d4b0 nid=0xcf9 in Object.wait() [2b372000..2b37286c]
at java.lang.Object.wait(Native Method)
- waiting on <0x3d2c1120> (a org.mortbay.util.ThreadPool$PoolThread)
at org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:450)
- locked <0x3d2c1120> (a org.mortbay.util.ThreadPool$PoolThread)
"PoolThread-2" prio=1 tid=0x2ba1c960 nid=0xcf9 in Object.wait() [2b3f3000..2b3f386c]
at java.lang.Object.wait(Native Method)
- waiting on <0x3d2c1178> (a org.mortbay.util.ThreadPool$PoolThread)
at org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:450)
- locked <0x3d2c1178> (a org.mortbay.util.ThreadPool$PoolThread)
"PoolThread-1" prio=1 tid=0x2ba1be10 nid=0xcf9 in Object.wait() [2b474000..2b47486c]
at java.lang.Object.wait(Native Method)
- waiting on <0x3d2c11d0> (a org.mortbay.util.ThreadPool$PoolThread)
at org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:450)
- locked <0x3d2c11d0> (a org.mortbay.util.ThreadPool$PoolThread)
"PoolThread-0" prio=1 tid=0x2ba1b2c0 nid=0xcf9 in Object.wait() [2b4f5000..2b4f586c]
at java.lang.Object.wait(Native Method)
- waiting on <0x3d2c1228> (a org.mortbay.util.ThreadPool$PoolThread)
at org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:450)
- locked <0x3d2c1228> (a org.mortbay.util.ThreadPool$PoolThread)
"Acceptor ServerSocket[addr=0.0.0.0/0.0.0.0,port=0,localport=8009]" prio=1 tid=0x2ba1af70 nid=0xcf9 runnable [2b576000..2b57686c]
at java.net.PlainSocketImpl.socketAccept(Native Method)
at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:353)
- locked <0x3d2c12d8> (a java.net.PlainSocketImpl)
at java.net.ServerSocket.implAccept(ServerSocket.java:448)
at java.net.ServerSocket.accept(ServerSocket.java:419)
at org.mortbay.util.ThreadedServer.acceptSocket(ThreadedServer.java:346)
at org.mortbay.util.ThreadedServer$Acceptor.run(ThreadedServer.java:507)
"PoolThread-9" prio=1 tid=0x2ba1a420 nid=0xcf9 in Object.wait() [2b5f7000..2b5f786c]
at java.lang.Object.wait(Native Method)
- waiting on <0x3d2c13a8> (a org.mortbay.util.ThreadPool$PoolThread)
at org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:450)
- locked <0x3d2c13a8> (a org.mortbay.util.ThreadPool$PoolThread)
"PoolThread-8" prio=1 tid=0x2ba198d0 nid=0xcf9 in Object.wait() [2b678000..2b67886c]
at java.lang.Object.wait(Native Method)
- waiting on <0x3d2c1400> (a org.mortbay.util.ThreadPool$PoolThread)
at org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:450)
- locked <0x3d2c1400> (a org.mortbay.util.ThreadPool$PoolThread)
"PoolThread-7" prio=1 tid=0x2c3a4ad8 nid=0xcf9 in Object.wait() [2b6f9000..2b6f986c]
at java.lang.Object.wait(Native Method)
- waiting on <0x3d2c1458> (a org.mortbay.util.ThreadPool$PoolThread)
at org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:450)
- locked <0x3d2c1458> (a org.mortbay.util.ThreadPool$PoolThread)
"PoolThread-6" prio=1 tid=0x2c3a4788 nid=0xcf9 in Object.wait() [2b77a000..2b77a86c]
at java.lang.Object.wait(Native Method)
- waiting on <0x3d2c14b0> (a org.mortbay.util.ThreadPool$PoolThread)
at org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:450)
- locked <0x3d2c14b0> (a org.mortbay.util.ThreadPool$PoolThread)
"PoolThread-5" prio=1 tid=0x2c3a3c58 nid=0xcf9 in Object.wait() [2b7fb000..2b7fb86c]
at java.lang.Object.wait(Native Method)
- waiting on <0x3d2c1508> (a org.mortbay.util.ThreadPool$PoolThread)
at org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:450)
- locked <0x3d2c1508> (a org.mortbay.util.ThreadPool$PoolThread)
"PoolThread-4" prio=1 tid=0x2ba8bfe8 nid=0xcf9 in Object.wait() [2b87c000..2b87c86c]
at java.lang.Object.wait(Native Method)
- waiting on <0x3d2c1560> (a org.mortbay.util.ThreadPool$PoolThread)
at org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:450)
- locked <0x3d2c1560> (a org.mortbay.util.ThreadPool$PoolThread)
"PoolThread-3" prio=1 tid=0x2ba78040 nid=0xcf9 in Object.wait() [2b8fd000..2b8fd86c]
at java.lang.Object.wait(Native Method)
- waiting on <0x3d2c15b8> (a org.mortbay.util.ThreadPool$PoolThread)
at org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:450)
- locked <0x3d2c15b8> (a org.mortbay.util.ThreadPool$PoolThread)
"PoolThread-2" prio=1 tid=0x2ba69c18 nid=0xcf9 in Object.wait() [2b97e000..2b97e86c]
at java.lang.Object.wait(Native Method)
- waiting on <0x3d2c1610> (a org.mortbay.util.ThreadPool$PoolThread)
at org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:450)
- locked <0x3d2c1610> (a org.mortbay.util.ThreadPool$PoolThread)
"PoolThread-1" prio=1 tid=0x2ba69a08 nid=0xcf9 in Object.wait() [2b9ff000..2b9ff86c]
at java.lang.Object.wait(Native Method)
- waiting on <0x3d2c1668> (a org.mortbay.util.ThreadPool$PoolThread)
at org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:450)
- locked <0x3d2c1668> (a org.mortbay.util.ThreadPool$PoolThread)
"PoolThread-0" prio=1 tid=0x2ba7ebc8 nid=0xcf9 in Object.wait() [2bb8e000..2bb8e86c]
at java.lang.Object.wait(Native Method)
- waiting on <0x3d2c16c0> (a org.mortbay.util.ThreadPool$PoolThread)
at org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:450)
- locked <0x3d2c16c0> (a org.mortbay.util.ThreadPool$PoolThread)
"Acceptor ServerSocket[addr=0.0.0.0/0.0.0.0,port=0,localport=8020]" prio=1 tid=0x2ba7ea18 nid=0xcf9 runnable [2bc0f000..2bc0f86c]
at java.net.PlainSocketImpl.socketAccept(Native Method)
at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:353)
- locked <0x3d2c1770> (a java.net.PlainSocketImpl)
at java.net.ServerSocket.implAccept(ServerSocket.java:448)
at java.net.ServerSocket.accept(ServerSocket.java:419)
at org.mortbay.util.ThreadedServer.acceptSocket(ThreadedServer.java:346)
at org.mortbay.util.ThreadedServer$Acceptor.run(ThreadedServer.java:507)
"SessionScavenger" daemon prio=1 tid=0x2ba8bb18 nid=0xcf9 waiting on condition [2bd90000..2bd9086c]
at java.lang.Thread.sleep(Native Method)
at org.mortbay.jetty.servlet.AbstractSessionManager$SessionScavenger.run(AbstractSessionManager.java:428)
"Thread-4" daemon prio=1 tid=0x2ba8c6f0 nid=0xcf9 in Object.wait() [2beb9000..2beb986c]
at java.lang.Object.wait(Native Method)
- waiting on <0x3d23d438> (a java.util.TaskQueue)
at java.util.TimerThread.mainLoop(Timer.java:429)
- locked <0x3d23d438> (a java.util.TaskQueue)
at java.util.TimerThread.run(Timer.java:382)
"GC Daemon" daemon prio=1 tid=0x2c32cd20 nid=0xcf9 in Object.wait() [2bfbb000..2bfbb86c]
at java.lang.Object.wait(Native Method)
- waiting on <0x3d0b4b28> (a sun.misc.GC$LatencyLock)
at sun.misc.GC$Daemon.run(GC.java:100)
- locked <0x3d0b4b28> (a sun.misc.GC$LatencyLock)
"RMI Reaper" prio=1 tid=0x2c325c88 nid=0xcf9 in Object.wait() [2c03c000..2c03c86c]
at java.lang.Object.wait(Native Method)
- waiting on <0x3d0b4078> (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111)
- locked <0x3d0b4078> (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)
at sun.rmi.transport.ObjectTable$Reaper.run(ObjectTable.java:330)
at java.lang.Thread.run(Thread.java:534)
"Thread-3" daemon prio=1 tid=0x2c33be48 nid=0xcf9 in Object.wait() [2c0bd000..2c0bd86c]
at java.lang.Object.wait(Native Method)
- waiting on <0x3d0b4378> (a java.util.TaskQueue)
at java.lang.Object.wait(Object.java:429)
at java.util.TimerThread.mainLoop(Timer.java:403)
- locked <0x3d0b4378> (a java.util.TaskQueue)
at java.util.TimerThread.run(Timer.java:382)
"RMI TCP Accept-0" daemon prio=1 tid=0x2c33b8e0 nid=0xcf9 runnable [2c13e000..2c13e86c]
at java.net.PlainSocketImpl.socketAccept(Native Method)
at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:353)
- locked <0x3d0b40d8> (a java.net.PlainSocketImpl)
at java.net.ServerSocket.implAccept(ServerSocket.java:448)
at java.net.ServerSocket.accept(ServerSocket.java:419)
at sun.rmi.transport.tcp.TCPTransport.run(TCPTransport.java:334)
at java.lang.Thread.run(Thread.java:534)
"Thread-2" daemon prio=1 tid=0x2c340060 nid=0xcf9 runnable [2c1bf000..2c1bf86c]
at java.net.PlainSocketImpl.socketAccept(Native Method)
at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:353)
- locked <0x3d0b1730> (a java.net.PlainSocketImpl)
at java.net.ServerSocket.implAccept(ServerSocket.java:448)
at java.net.ServerSocket.accept(ServerSocket.java:419)
at org.jboss.web.WebServer.run(WebServer.java:258)
at org.jboss.web.ThreadPool$Worker.run(ThreadPool.java:163)
"ScannerThread" daemon prio=1 tid=0x2c3403d8 nid=0xcf9 waiting on condition [2cdc7000..2cdc786c]
at java.lang.Thread.sleep(Native Method)
at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.loop(AbstractDeploymentScanner.java:217)
at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.run(AbstractDeploymentScanner.java:190)
"Thread-0" daemon prio=1 tid=0x2c327b00 nid=0xcf9 in Object.wait() [2c240000..2c24086c]
at java.lang.Object.wait(Native Method)
- waiting on <0x3d05d2d0> (a java.util.TaskQueue)
at java.util.TimerThread.mainLoop(Timer.java:429)
- locked <0x3d05d2d0> (a java.util.TaskQueue)
at java.util.TimerThread.run(Timer.java:382)
"DestroyJavaVM" prio=1 tid=0x2df28218 nid=0xcf9 waiting on condition [0..bfffccc4]
"Signal Dispatcher" daemon prio=1 tid=0x080c33f8 nid=0xcf9 waiting on condition [0..0]
"Finalizer" daemon prio=1 tid=0x080bed60 nid=0xcf9 in Object.wait() [2e3fc000..2e3fc86c]
at java.lang.Object.wait(Native Method)
- waiting on <0x3d0b5930> (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111)
- locked <0x3d0b5930> (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)
at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:159)
"Reference Handler" daemon prio=1 tid=0x080be9d0 nid=0xcf9 in Object.wait() [2e47d000..2e47d86c]
at java.lang.Object.wait(Native Method)
- waiting on <0x3d0b52f8> (a java.lang.ref.Reference$Lock)
at java.lang.Object.wait(Object.java:429)
at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:115)
- locked <0x3d0b52f8> (a java.lang.ref.Reference$Lock)have you checked bugs.sun.com to see if this has been reported?
And if not, file one and attach your dump for them to look into it.
Maybe you are looking for
-
Hi together, I have configured an IDoc listener in xMII 12. The listener is started. According to the connection test in transaction SM59 the connection to the listener is fine. Distribution model and so on are all created. Now I try to send me the I
-
TS3899 Just updated to 7.0.6. Cannot Select multiple emails to move/delete.
Just updated to 7.06. Cannot Select multiple emails to move/delete. I select Edit in any mailbox, trash or sent, then select one email to delete/move, after a few seconds, the email automatically 'unselects' the move and delete buttons deactivate, bu
-
Using devices camera input in portrait
Hi, I'm using the devices camera and I want to use it in my app and have the app in portrait. The problems is that when I get the camera while the app is in portrait the camera is always rotated wrong. The camera's rotation is fine when using landsca
-
Hi, Could anyone please tell me how to delete a BOM and the transaction which we use please?.I need to drop or delete a complete BOM Thanks in advance.
-
How about a forward showing if FF is 64 bit compatible, or not!!!
After twenty minutes of bouncing around on the sites (downloads, products, support.. etc..) I could not find anything as to if FF 8 is supported on a 64bit, Win7 syustem.... unbelievable! So, is FF 8 win7-64bit ready or what? I'd hate to jump ship af