You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@zookeeper.apache.org by "Kezhu Wang (Jira)" <ji...@apache.org> on 2022/10/20 02:11:00 UTC

[jira] [Created] (ZOOKEEPER-4625) No reliable way to remove watch without interfering others on same paths

Kezhu Wang created ZOOKEEPER-4625:
-------------------------------------

             Summary: No reliable way to remove watch without interfering others on same paths
                 Key: ZOOKEEPER-4625
                 URL: https://issues.apache.org/jira/browse/ZOOKEEPER-4625
             Project: ZooKeeper
          Issue Type: Bug
          Components: java client
    Affects Versions: 3.8.0
            Reporter: Kezhu Wang


It is possible that one node path could be watched more than once by different watchers reusing same ZooKeeper session. ZOOKEEPER-1910 reported this, but resorted to "checkWatches" to circumvent this.

I think it might be possible do some tracking works in client to support "removeWatches" without fearing client usages.

Here are some links that lead to this issue:
* CURATOR-654: DistributedBarrier watcher leak and its [pr|https://github.com/apache/curator/pull/435]
* [Why removeWatches sends OpCode.checkWatches to the server?|https://lists.apache.org/thread/0kcnklcxs0s5656c1sbh3crgdodbb0qg] from mailing list.
* [Drop for watcher|https://github.com/kezhuw/zookeeper-client-rust/issues/2] from an rust implementation.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)