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-
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
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,
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
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: