[
https://issues.apache.org/jira/browse/AMQ-4285?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Gary Tully resolved AMQ-4285.
-----------------------------
Resolution: Fixed
Assignee: Gary Tully
it looks better now.
there are a bunch of pitfalls of request/reply with temps over a network.
temps are not persistent and are tied to the connection that creates them so
failures can occur when a connection fails.
some appropriate mods to the test
- backup=false in failover - otherwise there is a race between failover restore
and broker teardown of the old connection.
-- we can loose a replayed temp dest, if it arrives before the remove is
complete.
- Broker.setCacheTempDestinations - this helps with reply that occur before the
destination is removed during failover. the cache keeps the message (a form of
temp persistence)
- tracking DestinationDoesNotExistException - a reply may fail if it occurs
during failover recovery
- tracking dlq due to failed forwards that result from
DestinationDoesNotExistException
> NetworkFailoverTest failing
> ----------------------------
>
> Key: AMQ-4285
> URL: https://issues.apache.org/jira/browse/AMQ-4285
> Project: ActiveMQ
> Issue Type: Bug
> Components: Test Cases
> Affects Versions: 5.7.0
> Reporter: Timothy Bish
> Assignee: Gary Tully
> Priority: Minor
> Fix For: 5.8.0
>
>
> The test case NetworkFailoverTest is failing most times on my machine, will
> fail more often if the message count value is increased.
--
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