Hi, first thing: does it occur while there is a consumer? Or only if there is no consumer? Are you using queues or topics (maybe even with persistent subscriptions)?
TTL basically works the way you expected, BUT it depends if the messages are persistent or not, and if you have configured expired messages to be stored in a dead-letter-queue. Best regards, Martin On Wed, Nov 30, 2011 at 8:53 AM, Kevin Kilroy <kevkil...@gmail.com> wrote: > Hi, > > Many thanks for your reply. There is a possibility in my app that > messages can't be delivered (client has closed the browser). I was > looking for a mechanism whereby there would be some sort of timeout on > the message, say a couple of minutes and if it hadn't been delivered > then the broker can delete it. I tried setting the timeToLive on the > Producer sending the message, but the build up of messages still > occurs. > > Any ideas? > > Thanks again, > > Kevin. > > On Wed, Nov 30, 2011 at 6:50 AM, Martin C. <mart...@gmx.at> wrote: >> Hi, >> >> if TotalMessageCount is not decreasing, this indicates that you are >> either not consuming or maybe not committing the consuming transaction >> / not acknowledging the messages on the receiving side (depends on >> your acknowledge mode). >> >> Best regards, >> Martin >> >> On Tue, Nov 29, 2011 at 4:39 PM, Kevin Kilroy <kevkil...@gmail.com> wrote: >>> Hi, >>> >>> I seem to have a memory leak, in that messages seem to be hanging >>> around in the broker. Using JMX I can see that the TotalMessageCount >>> is not 0. Also, MemoryPercentUsage eventually gets to 100% and then >>> the app freezes, if I increase the MemoryLimit, then the app begins to >>> run again. >>> >>> If I close down all the clients (browsers) then I see there are Consumers. >>> >>> I've tried setting a TimeToLive on the JmsTemplate (the Producer >>> sending the messages to the ActiveMQQueue). >>> >>> Does anybody have any ideas how I can debug this further? >>> >>> Thanks in advance, >>> >>> Kevin. >>> >>> I'm using Blazeds 4, Spring 3 and ActiveMQ 5.5. >>> >
