[
https://issues.apache.org/jira/browse/CURATOR-247?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14708606#comment-14708606
]
ASF GitHub Bot commented on CURATOR-247:
----------------------------------------
Github user Randgalt commented on the pull request:
https://github.com/apache/curator/pull/97#issuecomment-133976636
> Are we able to precisely articulate the relationship between session lost
and existing watchers
Excellent point. I missed that. I just did a test and, unfortunately, when
the client is closed the watchers are not notified. I'll need to emulate a
session expiration event of some kind. I'll look into this.
> Extend Curator's connection state to support SESSION_LOST
> ---------------------------------------------------------
>
> Key: CURATOR-247
> URL: https://issues.apache.org/jira/browse/CURATOR-247
> Project: Apache Curator
> Issue Type: Sub-task
> Components: Framework
> Affects Versions: 2.8.0
> Reporter: Jordan Zimmerman
> Assignee: Jordan Zimmerman
> Fix For: 3.0.0
>
>
> Currently, Curator has a connection state for LOST that confuses users. It
> does _not_ mean that the session is lost. Instead it means that the retry
> policy has given up retrying. Introduce a new connection state that roughly
> corresponds to the ZooKeeper session expiring. Possibly require that clients
> request this support via a new new builder method in CuratorFrameworkFactory
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
