Details

    • Type: Bug Bug
    • Status: Closed
    • Priority: Major Major
    • Resolution: Fixed
    • Affects Version/s: None
    • Fix Version/s: 5.3.0
    • Component/s: JMS client
    • Labels:
      None
    • Environment:

      Ran on ActiveMQ 4.1.1 but ActiveMQ 5.0's code is the same

      Description

      I think it is a memory leak that calling close() on a org.apache.activemq.ra.ManagedSessionProxy does not remove it from the session list of the org.apache.activemq.ra.ManagedConnectionProxy that created it. Some programs (like mine) run on a Jboss bean thats generating messages every few seconds and I like to keep a Connection open to ActiveMQ and create a new session for each new batch of messages. When I close these sessions (which are really ManagedSessionProxy's), the actual ActiveMQSession wrapped inside closes but a lot of its data remains referenced inside it. Also, the reference to the ManagedSessionProxy stays in the ManagedConnectionProxy's session list. So since the ManagedSessionProxy has to stay in the ManagedConnectionproxy's session list, it stays in memory and so does the ActiveMQSession, and so all these sessions (thousands of them) stay in memory until the ManagedConnectionProxy is closed which my program only calls when the server shuts down.

      To generate this, create a simple message producing program that uses the resource adaptor's ActiveMQConnectionFactory to generate one connection. Then run a loop that creates a session on that connection, sends a message or two, and closes the session. May need to run this loop at least 100 times appreciate what I'm saying and how quickly it affects things.

      I think this will be a simple fix and hopefully will be resolved soon.

        Issue Links

          Activity

          No work has yet been logged on this issue.

            People

            • Assignee:
              Unassigned
              Reporter:
              Steven Buberl
            • Votes:
              13 Vote for this issue
              Watchers:
              8 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved:

                Development