[
https://issues.apache.org/jira/browse/CURATOR-247?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14708602#comment-14708602
]
ASF GitHub Bot commented on CURATOR-247:
----------------------------------------
Github user Randgalt commented on the pull request:
https://github.com/apache/curator/pull/97#issuecomment-133976279
> Isn't there some sort of negotiation when connecting to Zookeeper in
regards to session timeout?
Oh right. Good point. I don't think that value is accessible on the client
side. But, it could be calculated if we had the server configuration values. I
think we can get those through the new config api right? 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)
