That's some old email.... :)
I think what Jason is doing is not so much about trying to get (N)RT search
(which already exists in raw Lucene, in ES, in Zoie, Sensei, and eventually
will
be in Solr), but trying to get full-text search via Lucene tightly integrated
with data storage via HBase. When data is added to HBase it should be
*indexed*
immediately, in RT, at the level of this code Jason wrote instead of at the
application level ("add to HBase, then index to ES"), or by periodically
polling
the DB for changes and updating the index.
At least that is what I think Jason's goal with this effort was.
Otis
--
We're hiring HBase hackers for Data Mining and Analytics
http://blog.sematext.com/2011/04/18/hiring-data-mining-analytics-machine-learning-hackers/
----- Original Message ----
> From: tsuna <tsuna...@gmail.com>
> To: user@hbase.apache.org
> Sent: Wed, April 20, 2011 2:50:43 AM
> Subject: Re: HBase and Lucene for realtime search
>
> On Sat, Feb 12, 2011 at 7:13 AM, Jason Rutherglen
> <jason.rutherg...@gmail.com> wrote:
> >> solr/katta/elasticsearch
> >
> > These don't have a distributed solution for realtime search [yet].
>
> Sorry if this is a naive question but can you explain why you consider
> that ElasticSearch isn't a distributed solution for realtime search?
>
> --
> Benoit "tsuna" Sigoure
> Software Engineer @ www.StumbleUpon.com
>
