zookeeper-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jun Rao <jun...@gmail.com>
Subject Re: lost ZK events across datacenters
Date Wed, 01 Jun 2011 21:05:34 GMT
The most important feature that I rely zkclient on is to hide
zkConnectionLoss exception (just block and retry when connection is in sync
mode again). I assume that quite a few applications want something like
that. Does it make sense for ZK to provide such functionality directly,
instead of everyone implementing their own stuff?



On Wed, Jun 1, 2011 at 1:18 PM, Ted Dunning <ted.dunning@gmail.com> wrote:

> I am generally a bit skeptical of attempts to "simplify" the ZK API while
> claiming to retain or improve reliability and availability.  I haven't
> looked at zkclient for a long time, but I was dubious at one time.
> For a counter example, kept collections simplifies the API by presenting
> virtual collections, but they explicitly warn that this loses some
> information.
> On Wed, Jun 1, 2011 at 1:08 PM, Jun Rao <junrao@gmail.com> wrote:
> > I am using the zkclient package (
> > https://github.com/sgroschupf/zkclient.git).
> > The watcher code seems reasonable. Basically, each watcher event is first
> > added to a queue. A separate event thread dequeues each event and reads
> the
> > children of a path (which re-registers the watcher) and invokes the
> > registered listener.
> >
> > Anybody knows any issues in zkclient?
> >

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message