Unfortunately, all my problems are not resolved ... I tried with two
equivalent processes on two different servers (and the third which is
abruptly closed). One terminated gracefully, the other had always 2 active
threads

"ActiveMQ Session: ID:td0sib01s.priv.atos.fr-46825-1246630520929-0:2:3"
prio=10 tid=0x000000000a52d000 nid=0x6618 in Object.wait()
[0x00000000468bf000..0x00000000468bfc10]
   java.lang.Thread.State: WAITING (on object monitor)
        at java.lang.Object.wait(Native Method)
        - waiting on <0x00002aaab3e73ae8> (a java.lang.Object)
        at java.lang.Object.wait(Object.java:502)
        at
org.apache.activemq.thread.DedicatedTaskRunner.runTask(DedicatedTaskRunner.java:105)
        - locked <0x00002aaab3e73ae8> (a java.lang.Object)
        at
org.apache.activemq.thread.DedicatedTaskRunner$1.run(DedicatedTaskRunner.java:36)

"Multicast Discovery Agent Notifier" daemon prio=10 tid=0x000000000a82dc00
nid=0x6586 waiting on condition [0x0000000043188000..0x0000000043188b90]
   java.lang.Thread.State: WAITING (parking)
        at sun.misc.Unsafe.park(Native Method)
        - parking to wait for  <0x00002aaab3cf20a8> (a
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
        at java.util.concurrent.locks.LockSupport.park(LockSupport.java:186)
        at
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1978)
        at
java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:386)
        at
java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1043)
        at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1103)
        at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
        at java.lang.Thread.run(Thread.java:636)

..... :-(



Eric-AWL wrote:
> 
> NEW
> 
> If I force a brokenConnection.close() into the onException callback,
> (called when the "other" connection is broken), my process can now
> terminate gracefully and is not blocked waiting threads die.
> 
> However there is a JMSException thrown by this "close" on a
> brokenConnection. But it is not a big problem.
> 
> I think it is not the way ActiveMQ should work.
> 
> 
> Eric-AWL
> 

-- 
View this message in context: 
http://www.nabble.com/Do-you-know-when-ActiveMQ-Session-threads-die---tp24071802p24324684.html
Sent from the ActiveMQ - User mailing list archive at Nabble.com.

Reply via email to