curator-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "ASF GitHub Bot (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (CURATOR-287) PersistentEphemeralNode should be generalized to accept all create modes
Date Tue, 12 Jan 2016 16:47:39 GMT

    [ https://issues.apache.org/jira/browse/CURATOR-287?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15094239#comment-15094239
] 

ASF GitHub Bot commented on CURATOR-287:
----------------------------------------

GitHub user Randgalt opened a pull request:

    https://github.com/apache/curator/pull/123

    [CURATOR-287] Deprecated PersistentEphemeralNode in favor of PersistentNode which is the
same code but now accepts any createmode

    

You can merge this pull request into a Git repository by running:

    $ git pull https://github.com/apache/curator CURATOR-287

Alternatively you can review and apply these changes as the patch at:

    https://github.com/apache/curator/pull/123.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

    This closes #123
    
----
commit fefbba1cc3bd5641983657440b40e25425165a6a
Author: randgalt <randgalt@apache.org>
Date:   2016-01-12T16:45:38Z

    Deprecated PersistentEphemeralNode in favor of PersistentNode which is the same code but
now accepts any createmode

----


> PersistentEphemeralNode should be generalized to accept all create modes
> ------------------------------------------------------------------------
>
>                 Key: CURATOR-287
>                 URL: https://issues.apache.org/jira/browse/CURATOR-287
>             Project: Apache Curator
>          Issue Type: New Feature
>          Components: Recipes
>    Affects Versions: 3.0.0, 2.9.1
>            Reporter: Jordan Zimmerman
>            Assignee: Jordan Zimmerman
>            Priority: Minor
>
> With very little change, PersistentEphemeralNode could work with non-ephemeral nodes.
There is a good use case for this: permanent nodes that must always exist with some data.
It's actually a pain to do this manually with ZK.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Mime
View raw message