You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@activemq.apache.org by "Clebert Suconic (Jira)" <ji...@apache.org> on 2020/01/10 17:40:03 UTC

[jira] [Closed] (ARTEMIS-2549) Add support for Downstream Federated Queues and Addresses

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

Clebert Suconic closed ARTEMIS-2549.
------------------------------------

> Add support for Downstream Federated Queues and Addresses
> ---------------------------------------------------------
>
>                 Key: ARTEMIS-2549
>                 URL: https://issues.apache.org/jira/browse/ARTEMIS-2549
>             Project: ActiveMQ Artemis
>          Issue Type: New Feature
>          Components: Broker
>    Affects Versions: 2.10.1
>            Reporter: Christopher L. Shannon
>            Assignee: Christopher L. Shannon
>            Priority: Major
>             Fix For: 2.11.0
>
>          Time Spent: 3h 50m
>  Remaining Estimate: 0h
>
> Currently only an upstream can be configured for federation.  For flexibility we should also be able to configure downstream federated brokers.  This would be especially beneficial in scenarios such as a wheel/spoke topology where the central broker could have all of the upstream/downstream configurations to make it easy and keep it in the same place.
> This feature piggy backs on the existing upstream framework. When a downstream is configured a message is sent to the other broker on connect and that remote broker will parse the message and use the information to create an upstream connection back to the originating broker.  If the downstream connection disconnects or is closed it will terminate the upstream connection.  There will be a flag to share downstream/upstream connections to the same broker. 
> The downstream configuration can be configured to use HA just like upstreams so that if it terminates because the remote broker goes down it can failover to another.  The resulting upstream connection that is created back to the original broker that sent the downstream packet will just be a direct connection back and doesn't need HA because the downstream manages it on its side.
> See the documentation and examples for more info on how this will work.
>  



--
This message was sent by Atlassian Jira
(v8.3.4#803005)