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 <altha...@gmail.com> wrote: > >> Hi, >> >> I would like to feed a servlet that is serving a long polling request with >> 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 should >> I consider this a separate problem entirely? Are there alternative ways to >> get notified of row changes that better handle this problem? >> >> Thanks! >> Jan >>
