It sounds like you're seeing exponential backoff disabled in Linux; if exponential backoff is in use then the delay will increase quickly from 10ms up to whatever max is set (see lines 1145-1151 of http://grepcode.com/file/repo1.maven.org/maven2/org.apache.activemq/activemq-all/5.11.1/org/apache/activemq/transport/failover/FailoverTransport.java#FailoverTransport.doDelay%28%29), but if it's disabled or if you've set a very small max reconnect delay you'd keep retrying every 10ms. Is there any chance you've modified either of those values in your URI on Linux but not on Windows? If not, you could download the source for 5.11.1, load it into a project in your IDE of choice, attach your IDE's debugger to the client, set a breakpoint on FailoverTransport.doDelay(), and step through to see why exponential backoff isn't taking effect on Linux.
As far as the maxReconnectAttempts, they do not have the same behavior. As described in the documentation you quoted, one will attempt to reconnect once, while the other will not attempt to reconnect. How are those the same behavior? Both settings of maxReconnectAttempts will not result in a delay between reconnect attempts (because there will not be two consecutive reconnect attempts), so you are correct, neither the initialReconnectDelay nor the maxReconnectDelay will take effect. Tim On Fri, Jul 17, 2015 at 11:37 AM, mport9491 <mport9...@gmail.com> wrote: > Also, what I've noticed is that maxReconnectAttempts=0 and > maxReconnectAttemps=1 have the same behavior. Is it intended to be this > way? > I'm using ActiveMQ 5.11.1. > > From the documentation: > > > mport9491 wrote > > From version 5.6 onwards: -1 is default and means retry forever, 0 means > > don't retry (only try connection once but no retry). > > > > All versions: If set to >0, then this is the maximum number of reconnect > > attempts before an error is sent back to the client. > > So does this mean if your maxReconnectAttempts is either 0 or 1 then the > initial/maxReconnectDelay will not take effect? > > > > -- > View this message in context: > http://activemq.2283324.n4.nabble.com/FailoverTransport-reconnecting-too-fast-on-Linux-compared-to-Windows-tp4699410p4699450.html > Sent from the ActiveMQ - User mailing list archive at Nabble.com. >