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 284411776E for ; Thu, 12 Mar 2015 13:26:40 +0000 (UTC) Received: (qmail 62114 invoked by uid 500); 12 Mar 2015 13:26:38 -0000 Delivered-To: apmail-activemq-dev-archive@activemq.apache.org Received: (qmail 62064 invoked by uid 500); 12 Mar 2015 13:26:38 -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 62042 invoked by uid 99); 12 Mar 2015 13:26:38 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 12 Mar 2015 13:26:38 +0000 Date: Thu, 12 Mar 2015 13:26:38 +0000 (UTC) From: "Gary Tully (JIRA)" To: dev@activemq.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Updated] (AMQ-4540) NetworkBridge - don't wait for ever for demandSubscription pending send responses on remove 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-4540?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Gary Tully updated AMQ-4540: ---------------------------- Fix Version/s: (was: 5.12.0) > NetworkBridge - don't wait for ever for demandSubscription pending send responses on remove > ------------------------------------------------------------------------------------------- > > Key: AMQ-4540 > URL: https://issues.apache.org/jira/browse/AMQ-4540 > Project: ActiveMQ > Issue Type: Bug > Components: Broker > Affects Versions: 5.8.0 > Reporter: Gary Tully > Attachments: NetworkBridgeRemoveInflightTest.java > > > In a networkbridge, a demandSub tracks outstanding asyncRquests and waits for them to complete on removal such that the messages can be acked correctly when the send completes. > If the send is blocked on pfc on the remote broker, it may not return for some time, which blocks other removals leaving messages stuck inflight to networked subscriptions. > The wait ensures that a message send will not be a duplicate, but blocking for ever does not make sense, especially considering that removes are serialised. > We need some openwire command that can cancel pending sends to sort out this case but even then we need to timeout at some stage in case the other end cannot respond. -- This message was sent by Atlassian JIRA (v6.3.4#6332)