[
https://issues.apache.org/jira/browse/AMQ-4276?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Gary Tully updated AMQ-4276:
----------------------------
Description:
request reply with temp destinations can lead to forwarding exceptions in a
network bridge, which tears down the bridge.
because this can happen in normal operation; a respondent replying after an
initiator has given up waiting for a reply, the bridge should be able to log
and survive.
Assume a network of brokers between three brokers: A <===> B <===> C
a client on C creates a temporary destination, assigns that as a reply-to in a
message then sends the message.
a client on A consumes the message and will send back a response to the
temporary destination. after the response has been sent, the client on C goes
away which will cause the temporary destination to go away. the advisory to
remove the temporary destination will get to B before the response from the
client on A gets to B. When the response finally does get to B, the temporary
destination will no longer be there and will be considered invalid. It will
throw a JMSException of Destination Does not Exist.
was:
request reply with temp destinations can lead to forwarding exceptions in a
network bridge, which tears down the bridge.
because this can happen in normal operation; a respondent replying after an
initiator has given up waiting for a reply, the bridge should be able to log
and survive.
> Don't restart the network bridge on race condition where respondent sends to
> a temp dest that has just been deleted
> -------------------------------------------------------------------------------------------------------------------
>
> Key: AMQ-4276
> URL: https://issues.apache.org/jira/browse/AMQ-4276
> Project: ActiveMQ
> Issue Type: Bug
> Affects Versions: 5.7.0
> Reporter: Gary Tully
> Assignee: Gary Tully
> Labels: networkBridge, request-reply, temp, topic
> Fix For: 5.8.0
>
>
> request reply with temp destinations can lead to forwarding exceptions in a
> network bridge, which tears down the bridge.
> because this can happen in normal operation; a respondent replying after an
> initiator has given up waiting for a reply, the bridge should be able to log
> and survive.
> Assume a network of brokers between three brokers: A <===> B <===> C
> a client on C creates a temporary destination, assigns that as a reply-to in
> a message then sends the message.
> a client on A consumes the message and will send back a response to the
> temporary destination. after the response has been sent, the client on C goes
> away which will cause the temporary destination to go away. the advisory to
> remove the temporary destination will get to B before the response from the
> client on A gets to B. When the response finally does get to B, the temporary
> destination will no longer be there and will be considered invalid. It will
> throw a JMSException of Destination Does not Exist.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
