Jan Althaus 2013-02-05, 20:18
Ted Yu 2013-02-05, 21:55
Jan Althaus 2013-02-06, 03:12
-Re: HBase coprocessor callback for comet
Andrew Purtell 2013-02-06, 04:45
You are better off using your own RPC. Thrift would be a good choice.
On Tuesday, February 5, 2013, Jan Althaus wrote:
> Sorry for breaking the thread. It seems my subscription wasn't active at
> the time the reply was posted.
> The client receiving the notifications would be a separate process,
> potentially on a different machine. It could obviously connect to the HBase
> cluster though.
> I can certainly see how delivering such notifications would be outside the
> scope of HBase, but I wanted to make sure that I wasn't reinventing the
> wheel by using a completely different RPC mechanism between the region
> server and the servlet.
> > Please be a little more specific about where the notifications should be
> > received.
> > Your custom RegionObserver lives on region server.
> > I guess you want notifications to be delivered to your client, outside
> > cluster.
> > Cheers
> >> Hi,
> >> I would like to feed a servlet that is serving a long polling request
> >> notifications when certain rows in an hbase table change.
> >> It seems that the best mechanism to achieve this would be to add a
> >> RegionObserver. What I'm unsure about though is how to best issue the
> >> callback. Does hbase provide an RPC mechanism that I could re-use or
> >> I consider this a separate problem entirely? Are there alternative ways
> >> get notified of row changes that better handle this problem?
> >> Thanks!
> >> Jan
Problems worthy of attack prove their worth by hitting back. - Piet Hein
(via Tom White)
Michael Segel 2013-02-06, 12:39
Jan Althaus 2013-02-06, 20:12
Andrew Purtell 2013-02-06, 20:39
Jan Althaus 2013-02-06, 20:43