Strange thread dump on deadlock

Question

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.

Answer 1

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)