zookeeper-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Tamas Penzes (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (ZOOKEEPER-1909) removeWatches doesn't return NOWATCHER when there is no watch set
Date Sun, 16 Dec 2018 14:48:00 GMT

     [ https://issues.apache.org/jira/browse/ZOOKEEPER-1909?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel

Tamas Penzes updated ZOOKEEPER-1909:
    Labels: remove_watches  (was: )

> removeWatches doesn't return NOWATCHER when there is no watch set
> -----------------------------------------------------------------
>                 Key: ZOOKEEPER-1909
>                 URL: https://issues.apache.org/jira/browse/ZOOKEEPER-1909
>             Project: ZooKeeper
>          Issue Type: Bug
>          Components: server
>    Affects Versions: 3.5.0
>            Reporter: Raul Gutierrez Segales
>            Assignee: Raul Gutierrez Segales
>            Priority: Major
>              Labels: remove_watches
>             Fix For: 3.5.0
>         Attachments: ZOOKEEPER-1909.patch, ZOOKEEPER-1909.patch, ZOOKEEPER-1909.patch,
> ZOOKEEPER-442 introduced support for a new opcode: removeWatches. The way it was implemented
though, implies that you need to check on the client side if a watch/watcher is set *before*
you send your request to the server. If you don't, ZK will just swallow your request and won't
return an error code if there isn't a watch set for that path.
> I noticed this whilst implementing removeWatches for Kazoo [1]. As mentioned, I guess
it could be expected that clients should do the check on their side but I think that the correct
thing would to have the server do the validation and return the error code accordingly as
> [~rakeshr], [~phunt]: thoughts?
> [1] https://github.com/rgs1/kazoo/commit/44ca48e975aeea3fd0664fe13136a72caf89e54f

This message was sent by Atlassian JIRA

View raw message