Matthew Molek 2013-07-15, 18:03
Keith Turner 2013-07-15, 21:14
I looked at the pig accumulo connector recently . I think the
interesting thing is that we'd need various versions of the connector to
work with various different version of pig/flume and accumulo. It seems
that the same connector is actually more tied to tool using accumulo --
accumulo's get/put api i'd assume is pretty stable.
It seems to makes more sense to have separate releases for the different
connectors that are independent of the accumulo releases, but documented to
show which combinations it is good for?
Ideally this is something that could be curated up in the BIGTOP project
but we'd probably need to get accumulo connected up there first.
On Mon, Jul 15, 2013 at 2:14 PM, Keith Turner <[EMAIL PROTECTED]> wrote:
> On Mon, Jul 15, 2013 at 2:03 PM, Matthew Molek <[EMAIL PROTECTED]
> > The idea of a writing flume sink for accumulo was suggested last year in
> > ACCUMULO-811, but I don't think any activity ever came of it.
> > https://issues.apache.org/jira/browse/ACCUMULO-811
> > I've rewritten the original code (which wasn't on the Jira, but I got a
> > copy of) to mirror the way the flume sink for hbase is organized, and to
> > work with flume-ng.
> > My code is up on github:
> > I'd welcome any comments, and if there is interest, I'd be happy to have
> > this added to contrib.
> Accumulo needs to develop a strategy for dealing with things in contrib.
> Nothing in contrib has ever been released. Maybe 1.5.1 should include
> accumulo pig as part of the release. If this flume module were ready,
> maybe it could be included.
> > -Matt
> > --
> > This communication is the property of ClearEdge IT Solutions, LLC and
> > contain confidential and/or privileged information. Any review,
> > retransmissions, dissemination or other use of or taking of any action in
> > reliance upon this information by persons or entities other than the
> > intended recipient is prohibited. If you receive this communication in
> > error, please immediately notify the sender and destroy all copies of the
> > communication and any attachments.
// Jonathan Hsieh (shay)
// Software Engineer, Cloudera
// [EMAIL PROTECTED]
Jamie Stephens 2013-07-15, 21:28
Keith Turner 2013-07-15, 18:57
Matthew Molek 2013-07-15, 19:13
Eric Newton 2013-07-15, 19:43
Matthew Molek 2013-07-15, 21:22
Sean Busbey 2013-07-18, 17:46
Donald Miner 2013-07-18, 18:08
Sean Busbey 2013-07-18, 18:16
Hari Shreedharan 2013-07-18, 18:21