-
Bug
-
Resolution: Done
-
Major
-
JBoss A-MQ 6.2.1
-
-
Workaround Exists
-
-
configuring the network connector with an initialReconnectDelay as in this example
<networkConnector uri="static:(tcp://otherHost:61616)?initialReconnectDelay=2500&useExponentialBackOff=false&maxReconnectDelay=5000" duplex="true" name="test-node-mac-hub-network-connection" userName="admin" password="admin" />
the initialReconnectDelay is not enforced when the network bridge dies.
E.g. I get this logging
2016-03-23 10:02:48,592 INFO | Stopping network bridge on shutdown of remote broker 2016-03-23 10:02:48,594 WARN | Network connection between vm://localhost#0 and tcp:///192.168.178.36:61616@63232 shutdown due to a remote error: java.io.IOException: ShutdownInfo {commandId = 5, responseRequired = false} 2016-03-23 10:02:48,595 INFO | Establishing network connection from vm://localhost?async=false&network=true to tcp://192.168.178.36:61616 <---------------- 2016-03-23 10:02:48,599 INFO | localhost Shutting down 2016-03-23 10:02:48,599 INFO | localhost bridge to localhost stopped 2016-03-23 10:02:48,601 INFO | localhost bridge to Unknown stopped 2016-03-23 10:02:48,601 INFO | Connector vm://localhost stopped 2016-03-23 10:02:48,601 WARN | Could not start network bridge between: vm://localhost?async=false&network=true and: tcp://192.168.178.36:61616 due to: java.net.ConnectException: Connection refused 2016-03-23 10:02:48,617 DEBUG | Failure occurred soon after the discovery event was generated. It will be classified as a connection failure: [tcp://192.168.178.36:61616, failed:true, connectionFailures:0] 2016-03-23 10:02:48,618 DEBUG | Waiting 2500 ms before attempting to reconnect. 2016-03-23 10:02:51,121 INFO | Establishing network connection from vm://localhost?async=false&network=true to tcp://192.168.178.36:61616
Note the timing of events, in particular the time between these two lines:
2016-03-23 10:02:48,594 WARN | Network connection between ... 2016-03-23 10:02:48,595 INFO | Establishing network connection
The broker tries to reconnect within one millisecond.
Subsequent reconnects correctly wait for initialReconnectDelay before retrying.
- relates to
-
AMQ-6235 Loading...