[
https://issues.apache.org/jira/browse/ARTEMIS-5135?focusedWorklogId=940557&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-940557
]
ASF GitHub Bot logged work on ARTEMIS-5135:
-------------------------------------------
Author: ASF GitHub Bot
Created on: 28/Oct/24 20:11
Start Date: 28/Oct/24 20:11
Worklog Time Spent: 10m
Work Description: tabish121 opened a new pull request, #5321:
URL: https://github.com/apache/activemq-artemis/pull/5321
Prevents unintended link stealing scenarios when link names match for a new
link whose name is in use by another link still awaiting a detach response.
Issue Time Tracking
-------------------
Worklog Id: (was: 940557)
Remaining Estimate: 0h
Time Spent: 10m
> AMQP Address federation consumer can fail to attach in some cases
> -----------------------------------------------------------------
>
> Key: ARTEMIS-5135
> URL: https://issues.apache.org/jira/browse/ARTEMIS-5135
> Project: ActiveMQ Artemis
> Issue Type: Bug
> Components: AMQP
> Affects Versions: 2.38.0
> Reporter: Timothy A. Bish
> Assignee: Timothy A. Bish
> Priority: Minor
> Fix For: 2.39.0
>
> Time Spent: 10m
> Remaining Estimate: 0h
>
> AMQP federation creates receiver links to the remote as demand is added and
> closes those links when demand is removed. If the detach response arrives
> after demand has been re-added to the same address the link create gets
> treated as link stealing in proton and a new link is not created. The
> address consumer link names should use the same strategy as federation queue
> consumer links and append a sequence ID to the link names to prevent this.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
For further information, visit: https://activemq.apache.org/contact
