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 consumer will not know that.So I'm very strange about your experience.Is the message in the dlq redelivered? you can see the properties of the message in the dql via web console. Do you change the default redelivery policy?
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.
