Just want to know the root cause about this and after digging the source code I find even if a message ack is processed unsuccessfully by broker the message is not moved to the dql directly.Does I miss something?AFAIK,A message can only be moved to the dql if it's expired,or it's redelivered and exceeds the max redelivery counter.So I'm very strange about your experience.Is the message in the dlq redelivered?Do you change the default redelivery policy?you can see the properties of the message in the dql via web console.
At 2013-02-13 19:01:04,jliezers <[email protected]> wrote: >I now believe the root cause is an our enthusiastic slave activemq consuming >sessions attempting to acquire the lock on the ACTIVEMQ_LOCK table. We have >a large number (100+) of unexpected sessions issuing UPDATE LOCK queries and >then waiting. These are probably triggering the underlying connection resets >as the max active sessions is only set to 200. > > > >-- >View this message in context: >http://activemq.2283324.n4.nabble.com/Successfully-delivered-message-ends-up-on-DLQ-tp4663232p4663321.html >Sent from the ActiveMQ - User mailing list archive at Nabble.com.
