On Sat, Aug 4, 2012 at 3:28 PM, Patrick Wendell <[EMAIL PROTECTED]> wrote:
> This sounds like something where you would want your web tier to
> directly access HBase through its existing client API.
> Do you need functionality not offered there?
Yes that's how I am currently testing but I just thought it would be nice
to use one framework for both read and write.
> - Patrick
> On Sat, Aug 4, 2012 at 2:49 PM, Hari Shreedharan
> <[EMAIL PROTECTED]> wrote:
> > Mohit,
> > Flume NG does not really have an HBase source. More importantly our
> > do not actually pull data. It waits for data to be pushed to it, at least
> > that is what all the current sources do. I don't know if it is a good
> > to have a source proactively pull stuff from a source. But Flume is
> > to make practically everything pluggable, so you can write your own
> > that does this.
> > Hari
> > --
> > Hari Shreedharan
> > On Saturday, August 4, 2012 at 2:34 PM, Mohit Anchlia wrote:
> > I am prototyping flume ng for real time sink to hbase and hdfs for
> > clickstream. I was wondering if Flume provides something that can read
> > HBase too. That is API request comes to our web server and after we
> > the request we use flume to retrieve the result from HBase. Is flume ng
> > meant for this type of scenario?