In general, I think it's a good idea to push things into the external projects. Granted, this depends on the mindset of various communities.
On Thu, Jul 18, 2013 at 1:08 PM, Donald Miner <[email protected]>wrote: > Should we try to do this for other things like the pig storage mechanisms? > Has anyone else tried getting accumulo specific stuff into the tools? > > On Jul 18, 2013, at 1:46 PM, Sean Busbey <[email protected]> wrote: > > > Hi Matt! > > > > How about contributing the sink to Flume directly? As Jon mentioned, the > > Accumulo API is pretty stable, and they're generally receptive to new > sinks > > (there's also an existing HBase sink). > > > > > > On Mon, Jul 15, 2013 at 1:03 PM, Matthew Molek <[email protected] > >wrote: > > > >> 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: > https://github.com/mpmolek/flume-ng-accumulo-sink > >> > >> I'd welcome any comments, and if there is interest, I'd be happy to have > >> this added to contrib. > >> > >> -Matt > >> > >> -- > >> This communication is the property of ClearEdge IT Solutions, LLC and > may > >> 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. > >> > > > > > > > > -- > > Sean Busbey > > Senior Solutions Architect > > Cloudera, Inc. > > Phone: MAN-VS-BEARD > > -- > This communication is the property of ClearEdge IT Solutions, LLC and may > 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. > -- Sean Busbey Senior Solutions Architect Cloudera, Inc. Phone: MAN-VS-BEARD
