If you still see the leak behavior with the current snapshot, attach your test case to a new jira issue and we should be able to get to the bottom of this fairly quickly.
2009/5/18 emersonf <emerson.farru...@gmail.com> > > I can check the 5.3 snapshot, but I don't see the relationship between the > two leaks. > > In my scenario, the consumers and sessions aren't meant to be reclaimed; > they're meant to be long-lived. The problem is that they seem to be hanging > onto a couple of Statistics objects for each message they handle. > > > > Gary Tully wrote: > > > > this leak sounds a lot like > > https://issues.apache.org/activemq/browse/AMQ-2178 that is fixed on > trunk > > and available in the current 5.3-snapshot. > > > > 2009/5/16 emersonf <emerson.farru...@gmail.com> > > > >> > >> Hi, > >> > >> I've been running some load tests on a Spring Integration system backed > >> by > >> ActiveMQ 5.2.0. I noticed that one of my application components was > >> leaking > >> memory, and heap analysis showed this memory to be > >> org.apache.activemq.management statistics related. In particular, > >> instances > >> of CountStatisticImpl and TimeStatisticImpl are being created at an > >> alarming > >> rate, and they're not being garbage collected. > >> > >> The pertinent behavior of Spring Integration > >> (DefaultMessageListenerContainer, for those who care) is that it creates > >> a > >> fixed number of sessions on a single connection, and then a fixed number > >> of > >> message consumers on those sessions. These sessions and consumers are > >> kept > >> for the lifetime of the application. A message producer is created for > >> each > >> outgoing message. > >> > >> I have already disabled statistics on the broker > >> (enableStatistics="false"), > >> but the problem persists. Is there any way to disable statistics on the > >> broker's clients? > >> > >> Thanks, > >> Emerson > >> -- > >> View this message in context: > >> > http://www.nabble.com/Possible-memory-leak-in-statistics-gathering-tp23572764p23572764.html > >> Sent from the ActiveMQ - User mailing list archive at Nabble.com. > >> > >> > > > > > > -- > > http://blog.garytully.com > > > > Open Source SOA > > http://FUSESource.com > > > > > > -- > View this message in context: > http://www.nabble.com/Possible-memory-leak-in-statistics-gathering-tp23572764p23606221.html > Sent from the ActiveMQ - User mailing list archive at Nabble.com. > > -- http://blog.garytully.com Open Source SOA http://FUSESource.com
