Mailing-List: contact activemq-dev-help@geronimo.apache.org; run by ezmlm
Precedence: bulk
Reply-To: activemq-dev@geronimo.apache.org
Message-ID: <21425210.1146497677631.JavaMail.jira@brutus>
Date: Mon, 1 May 2006 15:34:37 +0000 (GMT+00:00)
From: "Hiram Chirino (JIRA)" <jira@apache.org>
To: activemq-dev@geronimo.apache.org
Subject: [jira] Resolved: (AMQ-677) ActiveMQ broker leaks advisory topics
In-Reply-To: <1164606624.1144301569578.JavaMail.jira@ajax>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

     [ https://issues.apache.org/activemq/browse/AMQ-677?page=all ]
     
Hiram Chirino resolved AMQ-677:
-------------------------------

    Fix Version: 4.0 RC4
                     (was: 4.0 RC3)
     Resolution: Fixed

Fixed in latest snapshot.  I was also able to run your ProducerTool without issue.

> ActiveMQ broker leaks advisory topics
> -------------------------------------
>
>          Key: AMQ-677
>          URL: https://issues.apache.org/activemq/browse/AMQ-677
>      Project: ActiveMQ
>         Type: Bug

>   Components: Broker
>  Environment: linux, near-trunk version of ActiveMQ
>     Reporter: Andrew Lusk
>     Assignee: Rob Davies
>      Fix For: 4.0 RC4
>  Attachments: ProducerTool.java
>
>
> When I run the attached code, which AFAIK is completely legal JMS, the ActiveMQ broker grows to 500+ mb and crashes due to being out of heap space.  
> Some investigation with hprof has lead me to believe that the advisory topics created by the MessageConsumers (and Producers, but I use the same producer each time so that's not causing a problem) are being put into a DestinationMap and not being removed.
> The rough origin of this is in the addProducer call in AdvisoryBroker, which creates the advisory topic.
> Note that this memory is not freed when the DestinationInfo removing the original temptopic is received, nor when the actual client exits.  The object lifetime of these advisory destinations seems very poorly defined.  If they are implicitly created by the server, they should be implicitly destroyed by the same.
> To reproduce, I've been running this code with -Dtopic=true and -Dmax=10000 (though the problem shows up well before this amount).  This is just a modified version of the example ProducerTool (note it doesn't actually send any messages).
> Please verify the correctness of the attached code.
> Andrew Lusk

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   https://issues.apache.org/activemq/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira