[
https://issues.apache.org/jira/browse/DISPATCH-1064?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16541782#comment-16541782
]
ASF GitHub Bot commented on DISPATCH-1064:
------------------------------------------
Github user ted-ross commented on a diff in the pull request:
https://github.com/apache/qpid-dispatch/pull/339#discussion_r202062749
--- Diff: docs/books/user-guide/routing.adoc ---
@@ -102,6 +102,17 @@ Link routing supports local transactions to a broker.
+
With a link route, consumers can provide server-side selectors for broker
subscriptions.
+[id='considerations-for-broker-connection-failure-handling']
+=== Considerations for Broker Connection Failure Handling
+
+The message routing and link routing mechanisms both enable you to
transfer messages to brokers. However, they differ in how they behave if the
connection to the broker is lost. If you require the ability for the connection
to be reestablished automatically, you should use message routing (with
autolinks).
--- End diff --
This is a bit misleading because it suggests that with link-routing, the
connection to a broker is not automatically reestablished.
In all cases, a connector will attempt to reconnect after failure. This is
true regardless of whether that connection is used with auto-links or
link-routes.
> Doc link route reconnect behavior
> ---------------------------------
>
> Key: DISPATCH-1064
> URL: https://issues.apache.org/jira/browse/DISPATCH-1064
> Project: Qpid Dispatch
> Issue Type: Improvement
> Components: Documentation
> Affects Versions: 1.2.0
> Reporter: Ben Hardesty
> Assignee: Ben Hardesty
> Priority: Major
>
> When the router is configured with a linkRoute and client connects using
> failover, the link will not be reestablished should the router's connection
> to the broker fail. If auto-reconnect is required, the router should be
> configured with autoLink.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
