You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@activemq.apache.org by "Endre Stølsvik (JIRA)" <ji...@apache.org> on 2015/03/31 02:19:52 UTC

[jira] [Created] (AMQ-5694) ActiveMQTempDestination.delete() can block forever

Endre Stølsvik created AMQ-5694:
-----------------------------------

             Summary: ActiveMQTempDestination.delete() can block forever
                 Key: AMQ-5694
                 URL: https://issues.apache.org/jira/browse/AMQ-5694
             Project: ActiveMQ
          Issue Type: Bug
            Reporter: Endre Stølsvik


As described in AMQ-5681, we have a setup where we every 10 seconds queries the broker over JMS for a StatisticsMessage.

This bug concerns a .. somewhat related .. problem: In that code path, we delete the temporary reply-to queue after we've read the data.

We've now several times ended up with a peculiar situation where the thread seems to have died. Today I grabbed a JMX console and had a look, and the thread is not dead, it is just locked on the delete call.

We have another problem with a shared JDBC "cluster" (the "single master, hot standbys" setup), where the nodes loose master and effectively goes down. What I believe happens, is that the thread sends the delete message, and then goes into a blocking wait for the reply, which never appears, probably because the broker that was master and should have sent it, is now dead.

The delete code path should probably have had some sane timeout, and just have raised some JMSException - or something.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)