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@flume list > 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
