Приложение Java, зависающее при остановке

Question

У меня есть стандартное приложение Java, которое зависает при выключении. Я пытался выяснить, что заставляет его висеть, но до сих пор я не нашел ничего полезного.

Это нить дамп с момента, когда я пытался остановить применение:

2014-09-11 11:49:31 
Full thread dump Java HotSpot(TM) Client VM (24.51-b03 mixed mode): 

"DestroyJavaVM" prio=6 tid=0x19fbbc00 nid=0x22f8 waiting on condition [0x00000000] 
    java.lang.Thread.State: RUNNABLE 

"pool-3-thread-1" prio=6 tid=0x19fbdc00 nid=0x13c4 waiting on condition [0x2721f000] 
    java.lang.Thread.State: TIMED_WAITING (parking) 
     at sun.misc.Unsafe.park(Native Method) 
     - parking to wait for <0x0affc368> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject) 
     at java.util.concurrent.locks.LockSupport.parkNanos(Unknown Source) 
     at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(Unknown Source) 
     at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(Unknown Source) 
     at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(Unknown Source) 
     at java.util.concurrent.ThreadPoolExecutor.getTask(Unknown Source) 
     at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) 
     at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) 
     at java.lang.Thread.run(Unknown Source) 

"pool-4-thread-1" prio=6 tid=0x19fbd400 nid=0x2010 waiting on condition [0x2729f000] 
    java.lang.Thread.State: TIMED_WAITING (parking) 
     at sun.misc.Unsafe.park(Native Method) 
     - parking to wait for <0x0ad38c80> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject) 
     at java.util.concurrent.locks.LockSupport.parkNanos(Unknown Source) 
     at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(Unknown Source) 
     at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(Unknown Source) 
     at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(Unknown Source) 
     at java.util.concurrent.ThreadPoolExecutor.getTask(Unknown Source) 
     at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) 
     at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) 
     at java.lang.Thread.run(Unknown Source) 

"HSQLDB Timer @1e75cb0" daemon prio=6 tid=0x19fbd000 nid=0x8f4 in Object.wait() [0x2709f000] 
    java.lang.Thread.State: TIMED_WAITING (on object monitor) 
     at java.lang.Object.wait(Native Method) 
     - waiting on <0x0ad4f1f0> (a org.hsqldb.lib.HsqlTimer$TaskQueue) 
     at org.hsqldb.lib.HsqlTimer$TaskQueue.park(Unknown Source) 
     - locked <0x0ad4f1f0> (a org.hsqldb.lib.HsqlTimer$TaskQueue) 
     at org.hsqldb.lib.HsqlTimer.nextTask(Unknown Source) 
     - locked <0x0ad4f1f0> (a org.hsqldb.lib.HsqlTimer$TaskQueue) 
     at org.hsqldb.lib.HsqlTimer$TaskRunner.run(Unknown Source) 
     at java.lang.Thread.run(Unknown Source) 

"Grizzly-HttpSession-Expirer" daemon prio=6 tid=0x19fbc800 nid=0x27dc waiting on condition [0x1b27f000] 
    java.lang.Thread.State: TIMED_WAITING (parking) 
     at sun.misc.Unsafe.park(Native Method) 
     - parking to wait for <0x0a87eb58> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject) 
     at java.util.concurrent.locks.LockSupport.parkNanos(Unknown Source) 
     at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(Unknown Source) 
     at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(Unknown Source) 
     at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(Unknown Source) 
     at java.util.concurrent.ThreadPoolExecutor.getTask(Unknown Source) 
     at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) 
     at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) 
     at java.lang.Thread.run(Unknown Source) 

"Service Thread" daemon prio=6 tid=0x00fc2c00 nid=0x21e0 runnable [0x00000000] 
    java.lang.Thread.State: RUNNABLE 

"C1 CompilerThread0" daemon prio=10 tid=0x00fab000 nid=0x12d0 waiting on condition [0x00000000] 
    java.lang.Thread.State: RUNNABLE 

"Attach Listener" daemon prio=10 tid=0x00fa9c00 nid=0x1ebc waiting on condition [0x00000000] 
    java.lang.Thread.State: RUNNABLE 

"Signal Dispatcher" daemon prio=10 tid=0x00fa6c00 nid=0x23e4 runnable [0x00000000] 
    java.lang.Thread.State: RUNNABLE 

"Finalizer" daemon prio=8 tid=0x00f76400 nid=0xe20 in Object.wait() [0x188af000] 
    java.lang.Thread.State: WAITING (on object monitor) 
     at java.lang.Object.wait(Native Method) 
     - waiting on <0x09ba5c80> (a java.lang.ref.ReferenceQueue$Lock) 
     at java.lang.ref.ReferenceQueue.remove(Unknown Source) 
     - locked <0x09ba5c80> (a java.lang.ref.ReferenceQueue$Lock) 
     at java.lang.ref.ReferenceQueue.remove(Unknown Source) 
     at java.lang.ref.Finalizer$FinalizerThread.run(Unknown Source) 

"Reference Handler" daemon prio=10 tid=0x00f71000 nid=0x20d8 in Object.wait() [0x186ef000] 
    java.lang.Thread.State: WAITING (on object monitor) 
     at java.lang.Object.wait(Native Method) 
     - waiting on <0x09ba5d08> (a java.lang.ref.Reference$Lock) 
     at java.lang.Object.wait(Object.java:503) 
     at java.lang.ref.Reference$ReferenceHandler.run(Unknown Source) 
     - locked <0x09ba5d08> (a java.lang.ref.Reference$Lock) 

"VM Thread" prio=10 tid=0x00f6fc00 nid=0x229c runnable 

"VM Periodic Task Thread" prio=10 tid=0x00fe7800 nid=0x2480 waiting on condition 

JNI global references: 204 

Самое интересное в том, что ни один из потоков, перечисленных не из моего собственного кода, все они, как представляется, из Java стандартной библиотеки, за исключением потоков HSQLDB и Grizzly. Я тестировал несколько разных дистрибутивов JDK, но, похоже, это не имеет значения.

Кто-нибудь знает, что я могу сделать неправильно или как его решить?

Благодаря

Answer 1

Я нашел эту проблему и разместим его здесь, в случае, если кто заинтересован.

Приложение, использующее Hibernate вместе с HSQLDB, и я создал класс утилиты для упрощения обработки EntityManagerFactories. В нем содержится метод, как это:

private static javax.persistence.EntityManagerFactory getEntityManagerFactory() { 
    if (emf == null) { 
     Map properties = new HashMap(); 
     properties.put("hibernate.connection.url", "jdbc:hsqldb:file:" + 
       ConfigurationUtil.CONFIG_DIRECTORY + File.separator + 
       "local.db"); 
     emf = Persistence.createEntityManagerFactory("FPU", properties); 
    } 
    return emf; 
} 

Что случилось, что во время запуска нескольких нитей, называемых этот метод, в результате чего ряд EntityManagerFactories должен быть создан. Это приводит к тому, что приложение не отключается правильно. Выполнение вышеуказанного метода synchronized решило проблему.