Hello Charlie, thanks you pointed me exactly on what I was looking for: a sub-component of RedCar wich is called Java-MateView http://github.com/danlucraft/java-mateview is actually exactly what we need: a GPL compatible, SWT Ruby editor even having syntax highlighting for all other JSR223 languages so it means even Pentaho would better pay attention to it. Not sure we have the time to integrate it right now, but I'll soon give a shot, so thanks again. BTW, I'm not too sure: do you think a Kettle - JRuby - OpenERP connector would make sense for a paper at Java One? We can't go there at our expense, but if that had some kind of decent exposure I could make some detailed article/demo (actually speed it up enough to be on schedule). BTW, OpenERP will make soon a big entry in the open source ERP Market, they already had a sane organic growth but just raised $ 3 Millions http://fptiny.blogspot.com/2010/02/openerp-raises-3-million-euros.html. Thoughts?
Raphaël Valyi http://www.akretion.com On Sat, Feb 13, 2010 at 4:18 PM, Charles Oliver Nutter <[email protected]>wrote: > Well, I'm glad I didn't shut this list down after all :) A real post!! > Comments below... > > 2010/2/13 Raphaël Valyi <[email protected]>: > > Hello folks, > > We have refactored the Kettle ETL (Penatho) Rhino Javascript scripting > step > > to support the JSR223 interface instead and hence a variety of languages > > such as JRuby, Jython or Groovy (and still Javascript): > > http://github.com/rvalyi/jripple > > The code is certainly not clean (ask Penthao why) but ultimately it just > > works. We actually suggested Pentaho to integrate our work in their > Kettle > > base as a first step toward a decent > > refactoring http://forums.pentaho.org/showthread.php?t=74137 , but we > don't > > know however if they really understood the power of this, looks like > those > > guys seem to prefer believe in SAP or Salesforce connectors rather than > > OpenERP... > > Sounds like you're on a good track. The 223 interfaces provided > everything you needed? > > > In any case, our goal was to create an unparalleled ETL plugin that gives > > full access to what we believe is the best open source ERP: OpenERP. IMHO > > this is going to smoke SAP Netweaver... > > So we packaged that code again in an independent Kettle plugin because we > > can't afford depending on Pentaho refactoring. > > Here is that second package: http://github.com/rvalyi/terminatooor > > it also ships with a last jruby-complete jar with our OpenERP (J)Ruby > > connector gem (OOOR http://github.com/rvalyi/ooor ) packaged inside. > > It works pretty well (while we disabled JRuby script compilation due to > what > > might be a JRuby JSR223 bug, we need yet to investigate) already (we use > it > > to connect ecommerces, bank files etc...). > > We'll definitely look forward to that bug report. > > > But in the independent plugin, we would be happy to give Ruby syntax > > highlighting rather than the default Javascript syntax highlighting. > > So do you guys have an idea what we can use that takes an editable text > as > > an input an can give back a colored Ruby at the output we could use in a > SWT > > text editor? > > You might want to look at RedCar's codebase. RedCar is a Textmate > clone for other platforms which is now based on JRuby. I'm not sure > what parser they're using, or how cleanly componentized the syntax > highlighting logic is, but since it's now JRuby-based, you know it > will work for you. > > http://github.com/danlucraft/redcar > > > We are looking for something very simple because we can't afford spending > > too much time on that... > > BTW, the original Kettle syntax highlighting code is that > > one: > http://github.com/rvalyi/terminatooor/blob/master/src/com/akretion/kettle/steps/terminatooor/ui/ScriptValuesHighlight.java > > > > Thank you very much for any suggesting. We will then happily showcase > that > > connector as it's for us an obvious and unexpected success story for > JRuby. > > That sounds excellent, and it would help focus some attention on > another success story, the RedCar editor. Reuse is good! > > - Charlie > _______________________________________________ > Jruby-extras-devel mailing list > [email protected] > http://rubyforge.org/mailman/listinfo/jruby-extras-devel
_______________________________________________ Jruby-extras-devel mailing list [email protected] http://rubyforge.org/mailman/listinfo/jruby-extras-devel
