[
https://issues.apache.org/jira/browse/DISPATCH-1241?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16740542#comment-16740542
]
Ganesh Murthy commented on DISPATCH-1241:
-----------------------------------------
Currently the failoverUrls specified in the connector is ignored. This is by
design. The failoverUrls is supposed to be a read-only field in the router
schema but it is not enforced. If the failoverUrls is specified in the router
config file, an error needs to be displayed that a user is not allowed to
specify the value
{noformat}
"failoverUrls": {
"type": "string",
"description": "A read-only, comma-separated list of
failover urls. ",
"deprecationName": "failoverList",
"create": false
}{noformat}
The failoverUrl defaults to the url of the connector, in the above case it
defaults to amqp://0.0.0.0:6672. When the router connects to a broker, the
broker supplies additional failoverUrls and that is appended to the list.
> Connector defined with failoverUrls list is losing the list at startup
> ----------------------------------------------------------------------
>
> Key: DISPATCH-1241
> URL: https://issues.apache.org/jira/browse/DISPATCH-1241
> Project: Qpid Dispatch
> Issue Type: Bug
> Reporter: Fernando Giorgetti
> Assignee: Ganesh Murthy
> Priority: Minor
> Fix For: 1.6.0
>
>
> If you define a connector (like the example below) into your router config,
> start your dispatch router and next query it using: "qdmanage query --type
> connector" you will see that "failoverUrls" connector's property no longer
> holds the failover list.
>
> {noformat}
> connector {
> name: broker
> host: 0.0.0.0
> port: 6672
> saslMechanisms: ANONYMOUS
> failoverUrls: [0.0.0.0:9672|http://0.0.0.0:9672/],
> [0.0.0.0:7672|http://0.0.0.0:7672/]
> role: route-container
> verifyHostname: false
> }
> {noformat}
>
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
