RE: Updated NodeWatcher...

2009-01-09 Thread Benjamin Reed
I'm really bad a creating figures, but i've put up something that should be informative. (i'm also really bad at apache wiki.) hopefully someone can make it more beautiful. i've added the state diagram to the FAQ: http://wiki.apache.org/hadoop/ZooKeeper/FAQ ben -Original Message-

Re: Simpler ZooKeeper event interface....

2009-01-09 Thread Thomas Vinod Johnson
In the case of an active leader, L continues to send commands (whatever) to the followers. However a new leader L' has since been elected and is also sending commands to the followers. In this case it seems like either a) L should not send commands if it's not sync'd to the ensemble (and

A modest proposal for simplifying zookeeper :)

2009-01-09 Thread Kevin Burton
OK so it sounds from the group that there are still reasons to provide rope in ZK to enable algorithms like leader election. Couldn't ZK ship higher level interfaces for leader election, mutexes, semapores, queues, barriers, etc instead of pushing this on developers? Then the remaining APIs,

Re: A modest proposal for simplifying zookeeper :)

2009-01-09 Thread Kevin Burton
Well if that were the direction, goal, I'd feel more comfortable about recommending ZK.. If a company were to implement some of these algorithms then I suspect they'd run into a race condition, etc with all that rope. For my part I'd be willing to contribute the NodeWatcher/NodeListener I

RE: Updated NodeWatcher...

2009-01-09 Thread Benjamin Reed
yeah, i was thinking it should be in forrest, but i couldn't figure out where to put it. that is why i didn't close the issue. ben -Original Message- From: Patrick Hunt [mailto:ph...@apache.org] Sent: Friday, January 09, 2009 9:37 AM To: zookeeper-user@hadoop.apache.org Subject: Re: