public interface LeaderRetrievalEventHandler
LeaderInformation changes in
LeaderRetrievalDriver could not guarantee that there
LeaderRetrievalEventHandler callbacks happen after
LeaderRetrievalDriver.close(). This means that the implementor of
LeaderRetrievalEventHandler is responsible for filtering out spurious callbacks(e.g. after close
has been called on
void notifyLeaderAddress(LeaderInformation leaderInformation)
LeaderRetrievalDriver to notify leader address.
Duplicated leader change events could happen, so the implementation should check whether the passed leader information is truly changed with last stored leader information.
Copyright © 2014–2023 The Apache Software Foundation. All rights reserved.