[jira] Commented: (ZOOKEEPER-90) invoke WhenOwnerListener.whenNotOwner() when the ZK session expires and the znode is the leader
[ https://issues.apache.org/jira/browse/ZOOKEEPER-90?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12616456#action_12616456 ] james strachan commented on ZOOKEEPER-90: - I guess the earlier we can notify a leader/owner that they are no longer gonna be the leader/owner the better. e.g. its better to notify them up front than wait until the effect of a socket closing etc? > invoke WhenOwnerListener.whenNotOwner() when the ZK session expires and the > znode is the leader > --- > > Key: ZOOKEEPER-90 > URL: https://issues.apache.org/jira/browse/ZOOKEEPER-90 > Project: Zookeeper > Issue Type: Sub-task >Reporter: james strachan > -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (ZOOKEEPER-90) invoke WhenOwnerListener.whenNotOwner() when the ZK session expires and the znode is the leader
[ https://issues.apache.org/jira/browse/ZOOKEEPER-90?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12616455#action_12616455 ] james strachan commented on ZOOKEEPER-90: - FWIW I don't think the ZooKeeperFacade needs to have a WhenOwnerListener to be honest; as the underlying ZooKeeper should invoke the Watcher directly - when the connection is closed via the session expired reconnect or via close(). I guess it doesn't harm to have a few too many events firing in there just in case :) > invoke WhenOwnerListener.whenNotOwner() when the ZK session expires and the > znode is the leader > --- > > Key: ZOOKEEPER-90 > URL: https://issues.apache.org/jira/browse/ZOOKEEPER-90 > Project: Zookeeper > Issue Type: Sub-task >Reporter: james strachan > -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
