activemq-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Christian Posta <christian.po...@gmail.com>
Subject Re: failover transport connect
Date Tue, 22 Jan 2013 13:21:59 GMT
Is your broker (mq-1) failing?


On Mon, Jan 21, 2013 at 9:24 PM, Nate Faerber <nate@itsoninc.com> wrote:

> Hi,
>
> I have two ActiveMQ server configured as network of brokers and my clients
> with this connect string:
>
>
> failover:(tcp://mq1-master:61616,tcp://mq2-master:61616)?randomize=false&backup=true&maxReconnectDelay=10000
>
> It seems that every time we create a JMS message using Spring Framework,
> the ActiveMQ connection, our clients try the primary then fail to the
> secondary.  The large (large) majority of messages go through the second
> ActiveMQ server.  This seems like an inefficiency or at least does not
> behave like I would expect it to.  Am I misunderstanding the configuration
> here?
>
> 2013-01-21 20:10:27,604 INFO
>  [org.apache.activemq.transport.failover.FailoverTransport][ActiveMQ
> Task-1] [FailoverTransport.java:1030] Successfully connected to
> tcp://mq1-master:61616
> 2013-01-21 20:10:27,610 INFO
>  [org.apache.activemq.transport.failover.FailoverTransport][ActiveMQ
> Task-1] [FailoverTransport.java:1032] Successfully reconnected to
> tcp://mq2-master:61616
>
> My servers have this config:
>
>         <transportConnectors>
>             <transportConnector
>                 name="${broker.transport.client.name}"
>                 uri="${broker.transport.client.uri}"
>                 updateClusterClients="true"
>                 updateClusterClientsOnRemove="true"
>                 rebalanceClusterClients="true" />
>
>             <transportConnector
>                 name="${broker.transport.network.name}"
>                 uri="${broker.transport.network.uri}" />
>         </transportConnectors>
>
> Thoughts appreciated.
>
> thanks,
> -nate
>



-- 
*Christian Posta*
http://www.christianposta.com/blog
twitter: @christianposta

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message