[
https://issues.apache.org/jira/browse/SLING-5435?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15121611#comment-15121611
]
Timothee Maret commented on SLING-5435:
---------------------------------------
One way to achieve this in a backward compatible way would be to allow
specifying the different notification modes (repository-sync,
no-repository-sync) as an optional OSGI property set on a services implementing
the {{TopologyEventListener}} API (default or no config means repository-sync).
IMO the specification could either be in the API (a small backward compatible
change of the API would be required) or in the common implementation
{{org.apache.sling.discovery.commons.providers.base.AsyncEventSender}}. Since
there's a common bundle that can be reused by all discovery implementation, I
think that *may* be acceptable.
> Decouple processes that depend on cluster leader elections from the cluster
> leader elections.
> ---------------------------------------------------------------------------------------------
>
> Key: SLING-5435
> URL: https://issues.apache.org/jira/browse/SLING-5435
> Project: Sling
> Issue Type: Improvement
> Components: General
> Reporter: Ian Boston
>
> Currently there are many processes in Sling that must complete before a Sling
> Discovery cluster leader election is declared complete. These processes
> include things like transferring all Jobs from the old leader to the new
> leader and waiting for the data to appear visible on the new leader. This
> introduces an additional overhead to the leader election process which
> introduces a higher than desirable timeout for elections and heartbeat. This
> higher than desirable timeout precludes the use of more efficient election
> and distributed consensus algorithms as implemented in Etcd, Zookeeper or
> implementations of RAFT.
> If the election could be declared complete leaving individual components to
> manage their own post election operations (ie decoupling those processes from
> the election), then faster election or alternative Discovery implementations
> such as the one implemented on etcd could be used.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
