Return-Path: X-Original-To: apmail-activemq-dev-archive@www.apache.org Delivered-To: apmail-activemq-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id EE5D7C64A for ; Thu, 3 May 2012 05:34:30 +0000 (UTC) Received: (qmail 32762 invoked by uid 500); 3 May 2012 05:34:30 -0000 Delivered-To: apmail-activemq-dev-archive@activemq.apache.org Received: (qmail 32509 invoked by uid 500); 3 May 2012 05:34:28 -0000 Mailing-List: contact dev-help@activemq.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@activemq.apache.org Delivered-To: mailing list dev@activemq.apache.org Received: (qmail 32471 invoked by uid 99); 3 May 2012 05:34:26 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 03 May 2012 05:34:26 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=5.0 tests=ALL_TRUSTED,T_RP_MATCHES_RCVD X-Spam-Check-By: apache.org Received: from [140.211.11.116] (HELO hel.zones.apache.org) (140.211.11.116) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 03 May 2012 05:34:23 +0000 Received: from hel.zones.apache.org (hel.zones.apache.org [140.211.11.116]) by hel.zones.apache.org (Postfix) with ESMTP id 85FAE42D78B for ; Thu, 3 May 2012 05:34:02 +0000 (UTC) Date: Thu, 3 May 2012 05:34:02 +0000 (UTC) From: "Bhanu (JIRA)" To: dev@activemq.apache.org Message-ID: <482597546.20571.1336023242571.JavaMail.tomcat@hel.zones.apache.org> In-Reply-To: <461178188.16804.1333630284021.JavaMail.tomcat@hel.zones.apache.org> Subject: [jira] [Commented] (AMQ-3802) Successful unsubscribing should not report inactive durable topic subscribers MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/AMQ-3802?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13267206#comment-13267206 ] Bhanu commented on AMQ-3802: ---------------------------- Tim, I was playing around with Buchi's test, made some pretty minor changes and I am getting the below exception that durable consumer is in use ! 2012-05-03 10:59:21,204 | INFO | Removing subscription : RemoveSubscriptionInfo {commandId = 4, responseRequired = false, connectionId = ID:desh0007.hyd.desh aw.com-59732-1336021109112-3:8, clientId = test, subscriptionName = test} | org.apache.activemq.broker.util.LoggingBrokerPlugin | ActiveMQ Transport: tcp:///1 0.240.170.27:42262 2012-05-03 10:59:21,205 | WARN | Async error occurred: javax.jms.JMSException: Durable consumer is in use | org.apache.activemq.broker.TransportConnection.S ervice | ActiveMQ Transport: tcp:///10.240.170.27:42262 javax.jms.JMSException: Durable consumer is in use at org.apache.activemq.broker.region.TopicRegion.removeSubscription(TopicRegion.java:138) at org.apache.activemq.broker.region.RegionBroker.removeSubscription(RegionBroker.java:491) at org.apache.activemq.broker.BrokerFilter.removeSubscription(BrokerFilter.java:101) at org.apache.activemq.broker.BrokerFilter.removeSubscription(BrokerFilter.java:101) at org.apache.activemq.broker.BrokerFilter.removeSubscription(BrokerFilter.java:101) at org.apache.activemq.broker.BrokerFilter.removeSubscription(BrokerFilter.java:101) at org.apache.activemq.broker.BrokerFilter.removeSubscription(BrokerFilter.java:101) at org.apache.activemq.broker.MutableBrokerFilter.removeSubscription(MutableBrokerFilter.java:107) at org.apache.activemq.broker.util.LoggingBrokerPlugin.removeSubscription(LoggingBrokerPlugin.java:211) at org.apache.activemq.broker.BrokerFilter.removeSubscription(BrokerFilter.java:101) at org.apache.activemq.broker.MutableBrokerFilter.removeSubscription(MutableBrokerFilter.java:107) at org.apache.activemq.broker.TransportConnection.processRemoveSubscription(TransportConnection.java:342) at org.apache.activemq.command.RemoveSubscriptionInfo.visit(RemoveSubscriptionInfo.java:81) at org.apache.activemq.broker.TransportConnection.service(TransportConnection.java:306) at org.apache.activemq.broker.TransportConnection$1.onCommand(TransportConnection.java:179) at org.apache.activemq.transport.TransportFilter.onCommand(TransportFilter.java:69) at org.apache.activemq.transport.stomp.StompTransportFilter.sendToActiveMQ(StompTransportFilter.java:81) at org.apache.activemq.transport.stomp.ProtocolConverter.sendToActiveMQ(ProtocolConverter.java:140) at org.apache.activemq.transport.stomp.ProtocolConverter.onStompUnsubscribe(ProtocolConverter.java:456) at org.apache.activemq.transport.stomp.ProtocolConverter.onStompCommand(ProtocolConverter.java:190) at org.apache.activemq.transport.stomp.StompTransportFilter.onCommand(StompTransportFilter.java:70) at org.apache.activemq.transport.TransportSupport.doConsume(TransportSupport.java:83) at org.apache.activemq.transport.tcp.TcpTransport.doRun(TcpTransport.java:220) at org.apache.activemq.transport.tcp.TcpTransport.run(TcpTransport.java:202) at java.lang.Thread.run(Thread.java:722) 2012-05-03 10:59:21,205 | WARN | Exception occurred processing: null: javax.jms.JMSException: Durable consumer is in use | org.apache.activemq.transport.stomp.ProtocolConverter | ActiveMQ Connection Dispatcher: /10.240.170.27:42262 Any clues !? > Successful unsubscribing should not report inactive durable topic subscribers > ----------------------------------------------------------------------------- > > Key: AMQ-3802 > URL: https://issues.apache.org/jira/browse/AMQ-3802 > Project: ActiveMQ > Issue Type: Bug > Components: Broker > Affects Versions: 5.5.1 > Environment: Solaris,Linux > Reporter: Bhanu > > An unsubscribe call should remove the client from inactive durable topic subscribers list. In the current broker behavior, even if a durable consumer unsubscribes & shuts down gracefully, the broker marks the durable subscriber as inactive. If this durable subscriber was never meant to come up again(as in my case where i am testing rigorously using unique client-ids each time based on pid) then broker will unnecessarily mark a lot of consumers as inactive durable. > For inactive durable subscribers, there is no distinction between a subscriber going down abruptly or unsubscribing & going down gracefully. > This should be improved I think. Moreover, any tips on how to remove those 1000s of inactive subscriptions dangling in my Jconsole ?? Destroying each manually isn't an option ! -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira