Hadoop QA commented on ZOOKEEPER-679:
+1 overall. Here are the results of testing the latest attachment
against trunk revision 936624.
+1 @author. The patch does not contain any @author tags.
+1 tests included. The patch appears to include 3 new or modified tests.
+1 javadoc. The javadoc tool did not generate any warning messages.
+1 javac. The applied patch does not increase the total number of javac
+1 findbugs. The patch does not introduce any new Findbugs warnings.
+1 release audit. The applied patch does not increase the total number of
release audit warnings.
+1 core tests. The patch passed core unit tests.
+1 contrib tests. The patch passed contrib unit tests.
This message is automatically generated.
> Offers a node design for interacting with the Java Zookeeper client.
> Key: ZOOKEEPER-679
> URL: https://issues.apache.org/jira/browse/ZOOKEEPER-679
> Project: Zookeeper
> Issue Type: New Feature
> Components: contrib, java client, tests
> Reporter: Aaron Crow
> Assignee: Aaron Crow
> Fix For: 3.4.0
> Attachments: ZOOKEEPER-679.patch, ZOOKEEPER-679.patch,
> ZOOKEEPER-679.patch, ZOOKEEPER-679.patch
> Following up on my conversations with Patrick and Mahadev
> This patch includes the implementation as well as unit tests. The first unit
> test gives a simple high level demo of using the node API.
> The current implementation is simple and is only what I need withe current
> project I am working on. However, I am very open to any and all suggestions
> for improvement.
> This is a proposal to support a simplified node (or File) like API into a
> Zookeeper tree, by wrapping the Zookeeper Java client. It is similar to
> Java's File API design.
> Although, I'm trying to make it easier in a few spots. For example, deleting
> a Node recursively is done by default. I also lean toward resolving
> Exceptions "under the hood" when it seems appropriate. For example, if you
> ask a Node if it exists, and its parent doesn't even exist, you just get a
> false back (rather than a nasty Exception).
> As for watches and ephemeral nodes, my current work does not need these
> things so I currently have no handling of them. But if potential users of
> the "Node a.k.a. File" design want these things, I'd be open to supporting
> them as reasonable.
This message is automatically generated by JIRA.
You can reply to this email to add a comment to the issue online.