[ 
https://issues.apache.org/activemq/browse/AMQ-492?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Rob Davies updated AMQ-492:
---------------------------

    Fix Version/s:     (was: 4.0)
                   5.4.0

> Design error in MulticastDiscoveryAgent use of FailoverTransportConnector?
> --------------------------------------------------------------------------
>
>                 Key: AMQ-492
>                 URL: https://issues.apache.org/activemq/browse/AMQ-492
>             Project: ActiveMQ
>          Issue Type: Bug
>          Components: Connector
>    Affects Versions: 4.0
>         Environment: w2k and linux w java 1.5
>            Reporter: Dennis Cook
>             Fix For: 5.4.0
>
>
> I have been trying to get my head around the multicast discovery mechanism.  
> In particular its use of the “FailoverTransport” class is bothering me.  The 
> issue presented itself when viewing the DEBUG level log entries that were 
> generated after one broker of a pair, connected using this discovery 
> mechanism, was stopped.  The FailoverTransport went into a very tight endless 
> loop of attempts to reconnect.
> My first thought to “tweak” the Failover properties in the network connector 
> URI.  But alais, the uri was for the multicast not the failover.  No problem, 
> just duplicate the failover properties on the multicast agent.  After doing 
> so, I started to think “why is failover needed at all”  won’t the connection 
> be reestablished when the broker returns and advertises itself again?
> Can someone comment on this issue?  Is the bug that the failover properties 
> where not available or is the problem that failover was used at all?

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Reply via email to