activemq-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Jeff Mesnil (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (ARTEMIS-285) Bridge static connectors must be identical to the server connectors for failover
Date Wed, 28 Oct 2015 14:56:27 GMT

    [ https://issues.apache.org/jira/browse/ARTEMIS-285?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14978551#comment-14978551
] 

Jeff Mesnil commented on ARTEMIS-285:
-------------------------------------

My issue is that ALL parameters are used to determine whether the transport configuration
is the bridge's target.

If the bridge was using a connector with "use-invm=true", it would not failover to the backup
if the backup's own connector has not the same parameters. That looks very brittle.


> Bridge static connectors must be identical to the server connectors for failover
> --------------------------------------------------------------------------------
>
>                 Key: ARTEMIS-285
>                 URL: https://issues.apache.org/jira/browse/ARTEMIS-285
>             Project: ActiveMQ Artemis
>          Issue Type: Bug
>    Affects Versions: 1.1.0
>            Reporter: Jeff Mesnil
>
> * one live server with a remote connector
> * one backup server with a remote connector
> * a 3rd server with a core bridge using a static connector to the live server.
> During failover (when the live server is killed and the backup server fails over), the
bridge server will be notified that the backup server is now UP.
> It will then figure out if it corresponds to its target by comparing its connector configuration
to the one in the TopologyMember.
> I have tests that were failing because the connectors were not identical (one was using
localhost, the other was using 127.0.0.1).
> This setup is brittle as it "forces" the bridge to use the same connector configuration
than the one defined by the backup.
> Adding only one different parameter (such as use-nio=false) would make the comparison
fail and the bridge would not fail over to the backup server.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Mime
View raw message