+1 to what eric suggested. On Wed, Aug 10, 2011 at 8:56 AM, Eric Sammer <[email protected]> wrote:
> I think this makes sense as a plugin rather than in flume-core proper. > The litmus test for me is always "if I didn't use this feature, what's > the overhead?" In the case of loading jruby (and potentially jython > and clojure and scala and...) it's pretty high. It would be great to > see if Chris is OK with having it included though. > > On Wed, Aug 10, 2011 at 1:32 AM, Mingjie Lai <[email protected]> wrote: > > Hi. > > > > I read a couple of emails regarding event body manipulate at user@flumelist > > today. We also have similar requirements when using flume. > > > > Flume provides java API for writing decorators to manipulate events. But > > right now we're using a JRuby decorator plugin shared from Chris Howe at > > Infochimps: > > > > > http://blog.infochimps.com/2011/03/02/simple-flume-decorators-with-jruby/ > > > > This plugin can load a jruby script as decorator implementation, so we > don't > > have to recompile java code to test a decorator. It works pretty well for > > me. > > > > Is it okay to bring it into Flume core, or as a plugin? Potential we can > > have plugins that can load other scripting languages, i.e., python, > > javascript, etc. > > > > Thanks, > > Mingjie > > > > > > -- > Eric Sammer > twitter: esammer > data: www.cloudera.com > -- // Jonathan Hsieh (shay) // Software Engineer, Cloudera // [email protected]
