zookeeper-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Hadoop QA (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (ZOOKEEPER-2368) Client watches are not disconnected on close
Date Sat, 07 Jan 2017 19:47:58 GMT

    [ https://issues.apache.org/jira/browse/ZOOKEEPER-2368?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15808043#comment-15808043
] 

Hadoop QA commented on ZOOKEEPER-2368:
--------------------------------------

+1 overall.  Here are the results of testing the latest attachment 
  http://issues.apache.org/jira/secure/attachment/12817393/ZOOKEEPER-2368.patch
  against trunk revision 7c51b01e89acb38165553366f7e3b2a46c00aa27.

    +1 @author.  The patch does not contain any @author tags.

    +1 tests included.  The patch appears to include 3 new or modified tests.

    +1 javadoc.  The javadoc tool did not generate any warning messages.

    +1 javac.  The applied patch does not increase the total number of javac compiler warnings.

    +1 findbugs.  The patch does not introduce any new Findbugs (version 3.0.1) warnings.

    +1 release audit.  The applied patch does not increase the total number of release audit
warnings.

    +1 core tests.  The patch passed core unit tests.

    +1 contrib tests.  The patch passed contrib unit tests.

Test results: https://builds.apache.org/job/PreCommit-ZOOKEEPER-Build/3558//testReport/
Findbugs warnings: https://builds.apache.org/job/PreCommit-ZOOKEEPER-Build/3558//artifact/trunk/build/test/findbugs/newPatchFindbugsWarnings.html
Console output: https://builds.apache.org/job/PreCommit-ZOOKEEPER-Build/3558//console

This message is automatically generated.

> Client watches are not disconnected on close
> --------------------------------------------
>
>                 Key: ZOOKEEPER-2368
>                 URL: https://issues.apache.org/jira/browse/ZOOKEEPER-2368
>             Project: ZooKeeper
>          Issue Type: Improvement
>    Affects Versions: 3.4.0, 3.5.0
>            Reporter: Timothy Ward
>            Assignee: Timothy Ward
>             Fix For: 3.5.3, 3.6.0
>
>         Attachments: ZOOKEEPER-2368.patch
>
>
> 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)

Mime
View raw message