Hi, would work nicely.
Who would own the parent node after the session that created the initial
pair exits (assume additional children exist)?
On 23 March 2010 02:42, Benjamin Reed br...@yahoo-inc.com wrote:
let me put out an idea that we have kicked around for a while: ephemeral
containers.
Hi Ben,
This would certainly be very interesting! FWIW, I missed something like
that before as well.
On 23 Mar 2010 02:44, Benjamin Reed br...@yahoo-inc.com wrote:
let me put out an idea that we have kicked around for a while: ephemeral
containers. the idea is that the znode disappears if it
in some sense the children will own the parent. the nice thing about
it is that it isn't tied to any particular session, so we don't have to
worry about weird cases like owners going away or switching ownership.
ben
On 03/23/2010 03:04 AM, Dominic Williams wrote:
Hi, would work nicely.
Who
[
https://issues.apache.org/jira/browse/ZOOKEEPER-722?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12848781#action_12848781
]
Patrick Hunt commented on ZOOKEEPER-722:
this is a shell script change, no test
Excellent idea Jeff. Dominic feel free to open 2 JIRAs, one for ephem in
ephem and a second for the weak watchers. Summarize your goals and the
discussion so far as appropriate. BTW, either of these JIRAs would be
good for a new contributor interested in gaining experience with
ZooKeeper.
It is difficult for me to make up my mind as I feel I don't have
enough information to decide. Right now it feels that there is no
concrete major benefit to move to TLP status. My impression is that
the Hadoop PMC has represented us well and helped us all along, so I
believe our position
Ok will do. Will create patch for weak watchers and corral existing
discussion into ephem in ephem.
This will happen some time this week
Thanks for all the feedback.
On 23 March 2010 16:29, Patrick Hunt ph...@apache.org wrote:
Excellent idea Jeff. Dominic feel free to open 2 JIRAs, one for
+1 ran some load tests and everything looks good. no measurable change
in performance from last release.
On 03/19/2010 12:43 PM, Patrick Hunt wrote:
I have created a candidate build for ZooKeeper 3.3.0. Over 180 JIRAs are
addressed in this release.
*** Please download, test and VOTE before
ephemeral parent znodes
---
Key: ZOOKEEPER-723
URL: https://issues.apache.org/jira/browse/ZOOKEEPER-723
Project: Zookeeper
Issue Type: New Feature
Reporter: Benjamin Reed
ephemeral znodes have the nice
I agree with Ben here.
I think we do need sometime to get more bodies contributing to the ZooKeeper
codebase. Being a subproject of Hadoop gives us quite a few benefits like
branding/discoverability (as Pat mentioned). These benefits are important to
us given our small developer base and the
The tl;dr version of the below is that I'm keen for ZooKeeper to become a
TLP in the future, but it's not (yet) clear that now is the right time.
1. Is there any way in which the current structure practically hinders
ZooKeeper's active development? One concern that has been raised elsewhere
is
[
https://issues.apache.org/jira/browse/ZOOKEEPER-464?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Erwin Tam updated ZOOKEEPER-464:
Attachment: ZOOKEEPER-464.patch
Uploaded a patch for BK ledger deletes. Could use more unit
[
https://issues.apache.org/jira/browse/ZOOKEEPER-464?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12848950#action_12848950
]
Hadoop QA commented on ZOOKEEPER-464:
-
-1 overall. Here are the results of testing
[
https://issues.apache.org/jira/browse/ZOOKEEPER-725?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12849020#action_12849020
]
Konstantin Boudnik commented on ZOOKEEPER-725:
--
Here's the list of required
[
https://issues.apache.org/jira/browse/ZOOKEEPER-464?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Patrick Hunt updated ZOOKEEPER-464:
---
Fix Version/s: 3.4.0
Need procedure to garbage collect ledgers
15 matches
Mail list logo