activemq-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Timothy Bish (JIRA)" <>
Subject [jira] Created: (AMQ-2051) Removing a Destination with active subscribers causes the destination to be unable to be removed.
Date Wed, 31 Dec 2008 22:43:05 GMT
Removing a Destination with active subscribers causes the destination to be unable to be removed.

                 Key: AMQ-2051
             Project: ActiveMQ
          Issue Type: Bug
          Components: Broker
    Affects Versions: 5.2.0, 5.1.0
            Reporter: Timothy Bish
            Priority: Minor
             Fix For: 5.3.0

While attempting to implement destination removal in the ActiveMQ-CPP client I noticed that
when attempting to remove destination that had active subscribers the destination would be
placed in a state that they could not be removed once the subscribers had all been removed.

Sending a DestinationInfo command to the Broker while keeping my consumer open results in
an exception which is expected since there are still subscribers.  

javax.jms.JMSException: Destination still has an active subscription: topic://TEST.FOO
	at org.apache.activemq.advisory.AdvisoryBroker.removeDestinationInfo(
	at org.apache.activemq.command.DestinationInfo.visit(
	at org.apache.activemq.transport.ResponseCorrelator.onCommand(
	at org.apache.activemq.transport.TransportFilter.onCommand(
	at org.apache.activemq.transport.vm.VMTransport.iterate(
	at org.apache.activemq.thread.PooledTaskRunner.runTask(
	at org.apache.activemq.thread.PooledTaskRunner$
	at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(
	at java.util.concurrent.ThreadPoolExecutor$

Once I removed my consumer and sent the command again I got no errors indicating that it couldn't
be removed, however I could still see the Destination in the Web Console.

Looking into the Broker code I see that the RegionBroker class processes a removeDestination
call by first removing the Destination from its map of Destinations and then attempting to
remove it from the Region that it belongs to.  If this call fails the code will never again
attempt to remove a Destination since its removed from the RegionBroker's map but it may not
be removed from the specific region it resides in.  The code looks like it should first attempt
to remove the Destination from the region before removing from its map, the addDestination
method works in that way, adding it to region before adding it to its map so that if an exception
occurs nothing is added. : around line 283

    public void removeDestination(ConnectionContext context, ActiveMQDestination destination,
long timeout) throws Exception {

        if (destinations.remove(destination) != null) {
            switch (destination.getDestinationType()) {
            case ActiveMQDestination.QUEUE_TYPE:
                queueRegion.removeDestination(context, destination, timeout);
            case ActiveMQDestination.TOPIC_TYPE:
                topicRegion.removeDestination(context, destination, timeout);
            case ActiveMQDestination.TEMP_QUEUE_TYPE:
                tempQueueRegion.removeDestination(context, destination, timeout);
            case ActiveMQDestination.TEMP_TOPIC_TYPE:
                tempTopicRegion.removeDestination(context, destination, timeout);
                throw createUnknownDestinationTypeException(destination);


This message is automatically generated by JIRA.
You can reply to this email to add a comment to the issue online.

View raw message