[ https://issues.apache.org/jira/browse/ARTEMIS-5135 ]
Robbie Gemmell deleted comment on ARTEMIS-5135:
-----------------------------------------
was (Author: jira-bot):
Commit a3aea7d9a0a7faf69065b94a641ee8a16c92d383 in activemq-artemis's branch
refs/heads/dependabot/maven/owasp.version-11.0.0 from Timothy Bish
[ https://gitbox.apache.org/repos/asf?p=activemq-artemis.git;h=a3aea7d9a0 ]
ARTEMIS-5135 Use a sequence ID on address federation link names
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.
> AMQP Address federation consumer can fail to attach if previous detach
> response delayed
> ---------------------------------------------------------------------------------------
>
> 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
> Labels: pull-request-available
> Fix For: 2.39.0
>
> Time Spent: 20m
> 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
