[ 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