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)