hbase-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jan Althaus <altha...@gmail.com>
Subject Re: HBase coprocessor callback for comet
Date Wed, 06 Feb 2013 03:12:51 GMT
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 the
> cluster.
> Cheers
> On Tue, Feb 5, 2013 at 12:18 PM, Jan Althaus <althausj@gmail.com> wrote:
>> 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 custom
>> 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

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