If your messages are going to be > the limit, you'll want to revise your limits. The queue won't keep messages in the cache ready to dispatch once it reaches the configured limit, but if a single message is larger than your limit, then it will consume all of the memory.
On Mon, Mar 11, 2013 at 2:41 AM, deepak_a <angesh...@gmail.com> wrote: > Thanks, > > in addition, when there is an exception in my system, I store the message > in > a DLQ and also persist the message in Database. > > What I noticed is - > * for every exception caught we were pushing the message to DeQueue > * the DeQueue also had a limit of 64MB > * if that limit got crossed , camel was not able to push any more messages > into my actual Queue > * even after restarting I was seeing the memory being used to 100% in DLQ > > I do persist the message to a Database, so I should not see the message in > the DLQ once it has been persisted, right? > (I may need to consider a few design change here) > > If the messages are expected to be "retained" in the DLQ - there there is > every chance for the Queue size to fill up at some point in future, should > my system also be flexible enough for an automatic clean up of messages in > DLQ? > > > > -- > View this message in context: > http://activemq.2283324.n4.nabble.com/Query-on-activeMQ-Queue-s-MemoryLimit-consumer-getting-blocked-tp4664495p4664596.html > Sent from the ActiveMQ - User mailing list archive at Nabble.com. > -- *Christian Posta* http://www.christianposta.com/blog twitter: @christianposta