curator-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "ASF GitHub Bot (JIRA)" <>
Subject [jira] [Commented] (CURATOR-247) Extend Curator's connection state to support SESSION_LOST
Date Mon, 24 Aug 2015 00:49:45 GMT


ASF GitHub Bot commented on CURATOR-247:

Github user Randgalt commented on the pull request:
    > Are we able to precisely articulate the relationship between session lost and existing
    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:
>             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

View raw message