You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@zookeeper.apache.org by "Timothy Ward (JIRA)" <ji...@apache.org> on 2016/02/15 10:28:18 UTC
[jira] [Created] (ZOOKEEPER-2368) Client watches are not
disconnected on close
Timothy Ward created ZOOKEEPER-2368:
---------------------------------------
Summary: Client watches are not disconnected on close
Key: ZOOKEEPER-2368
URL: https://issues.apache.org/jira/browse/ZOOKEEPER-2368
Project: ZooKeeper
Issue Type: Bug
Reporter: Timothy Ward
If I have a ZooKeeper client connected to an ensemble then obviously I can register watches.
If the client is disconnected (for example by a failing ensemble member) then I get a disconnection event for all of my watches. If, on the other hand, my client is closed then I *do not* get a disconnection event. This asymmetry makes it really hard to clear up properly when using the asynchronous API, as there is no way to "fail" data reads/updates when the client is closed.
I believe that the correct behaviour should be for all watchers to receive a disconnection event when the client is closed. The watchers can then respond as appropriate, and can differentiate between a "server disconnect" and a "client disconnect" by checking the ZooKeeper#getState() method.
This would not be a breaking behaviour change as Watchers are already required to handle disconnection events.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)