Hi, randomize=false and priorityBackup are not working with the masterslave protocol - or is this by design ?
A client-broker has a masterslave setup towards hostA and hostB. Would like to failover to hostB if ActiveMQ on hostA is not available, but if hostA becomes available again, would like to switch back to hostA. After starting the client-broker, I see that it's often connected to hostB - apparently, the order I specified is not honoured, so randomize=false is not working. When shutting down the destination-broker it is currently connected to, there is a failover indeed, but after that broker comes back, there is no priorityBackup, so no switch back to hostA. <networkConnector name="sbpamq102_sbpahdb" userName="system" password="${activemq.password}" uri="masterslave:(ssl://ipaddr_hostA:61616?wireFormat.maxInactivityDuration=0& connectionTimeout=3000,ssl://ipaddr_hostB:61616?wireFormat.maxInactivityDuration=0& connectionTimeout=3000)?timeout=5000&randomize=false&priorityBackup=true&maxReconnectAttempts=-1" duplex="false" networkTTL="10" prefetchSize="3000" staticBridge="true"> <staticallyIncludedDestinations> ... </staticallyIncludedDestinations> </networkConnector> And the listeners on hostA and hostB: <transportConnector name="openwire" uri="ssl://0.0.0.0:61616?jms.prefetchPolicy.queuePrefetch=4800" updateClusterClients="true" updateClusterClientsOnRemove="true"/> I checked https://issues.apache.org/jira/browse/AMQ-4501, reason why rebalanceClusterClients in not in the transportconnector-config. Thanks, Geurt