[jira] Closed: (QPID-1050) Durablilty of federation config, other miscellaneous fixes

["Ted Ross (JIRA)" <qp...@incubator.apache.org>]

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

Ted Ross closed QPID-1050.
--------------------------

       Resolution: Fixed
    Fix Version/s: M3

> Durablilty of federation config, other miscellaneous fixes
> ----------------------------------------------------------
>
>                 Key: QPID-1050
>                 URL: https://issues.apache.org/jira/browse/QPID-1050
>             Project: Qpid
>          Issue Type: New Feature
>          Components: C++ Broker
>    Affects Versions: M3
>            Reporter: Ted Ross
>             Fix For: M3
>
>         Attachments: qpid-patch45.diff
>
>
> The attached patch contains the following changes:
> 1) Durability for federation links (broker-to-broker connections)
> 2) Improved handling of federation links:
>     a) Links can be created even if the remote broker is not reachable
>     b) If links are lost, re-establishment will occur using an exponential back-off algorithm
> 3) Durability of exchanges is now viewable through management
> 4) ManagementAgent API has been moved to an interface class to reduce coupling between the broker and manageable plug-ins.
> 5) General configuration storage capability has been added to the store/recover interface.  This is used for federation links.
> 6) Management object-ids for durable objects are now themselves durable.
> Special note:
> To support the new federation features, it was necessary to create a new class called ProtocolAccess.  This class is used to consolidate linkage between previously unlinked objects in the architecture.  For example, federation link objects need to know when TCP connections are lost and they need access to Connection objects so that bridge configuration can be managed.
> Since "management plane" logic needs access to a wide variety of operational objects, ProtocolAccess was introduced.  ProtocolAccess isolates in one place the "controversial" architectural linkages needed for federation.  If, through team review, it is decided in the future to use a different architecture, ProtocolAccess can easily be removed and replaced.
> Features still missing:
> In the interest of getting these changes submitted, I have left out several necessary features.  These can be added after a few more hours worth of work.
> 1) Durability for federation "Bridge" configuration
> 2) Link management in the qpid-route utility (i.e. the ability to view link status and troubleshoot connectivity issues)
> 3) Use of supplied credentials in inter-broker link establishment

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