You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@activemq.apache.org by "Gary Tully (JIRA)" <ji...@apache.org> on 2015/02/03 22:52:43 UTC

[jira] [Updated] (AMQ-4540) NetworkBridge - don't wait for ever for demandSubscription pending send responses on remove

     [ 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.11.0)
                   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
>             Fix For: 5.12.0
>
>         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)