about processes and engines

Archive for the ‘java’ Category

Fujikawa-san on JRuby at Ninjava

I attended a talk by Kouichi Fujikawa at the June Ninjava meeting.

Was an excellent warm-up before the RubyKaigi 2008.

Sorry for the hashed post, “live blogging” before the post-talk beers.

– Fujikawa-san is working for a company developing finance derivatives trading systems
– had the chance to work with ThoughtWorks China
– went to JavaOne 2008
– met Thomas E Enebo, Charles Oliver Nutter, Nick Sieger, Ola Bini

– JRuby supported by Sun Microsystems (especially Tim Bray) and ThoughtWorks
– JRuby is ‘performant’
– good way to get Ruby into the enterprise

– small demo… (classical JFrame demo)

– leveraging JDBC for database support (many drivers, drivers with connection pooling)
– integration of Java libraries (new systems and legacy services)
– at JavaOne08, Ola Bini presented a SpellCheck java library used in a JRuby on Rails application
– Warbler : turns a Rails app into a Java .war
– JRuby Rack (included in Warbler) integration of the Rack Ruby (low level) web framework

– next some slides courtesy of Nick Sieger
— may JRuby interpreters in 1 JVM
— Glassfish [web] app server
— servlet context initialization creates JRuby runtimes and pool them (acquire/dispatch/release)

– more information :
— book by Ola Bini “Practical JRuby on Rails (japanese, about JRuby and Haskell)

– then questions from the audience :
— Zev asking if threads do really magically make things better (more scalable), answer by Lars was mainly about JRuby being able to leverage ‘native’ threads thus multicore
— questions about JRuby and ObjectSpace (various tries between jirb and irb do follow)

The talk by Fujikawa-san was followed by a presentation of iKnow! by Zev Blut :

– “developing and scaling iKnow!”
– (stopping here as he will present this talk on Sunday at the RubyKaigi)

Written by John Mettraux

June 19, 2008 at 12:00 pm

Posted in java, jruby, ninjava, opensource, ruby

Dimitar’s Blog

New source of tech content on the horizon : Dimitar’s blog. Great humour and great insights, I’m looking forward to his future posts.

An excerpt from Build Tools :

The benefit that he tried to put forward weren’t very convincing either: “you can build from the command line!” – countered by “and why would you want to do that?” or “people that don’t use Visual Studio can build the project”, retorted by “are you crazy? Everybody uses Visual Studio.” well, that guy was actually using VI… I think he didn’t last very long there.

Dimitar is a fellow TLUGer and NinJava. We had the Ninjava year end party yesterday evening at Shibuya, subjects included bytecode obfuscation, couchdb, rails 2.0 rc2, densha de go, industrial switches, using aop to adapt to new display device sizes, and more…

Great people, fine communities and nice read

Written by John Mettraux

November 30, 2007 at 8:28 am

Posted in java, maven2, meta

article in ‘Software Design’ 2007 11

すごい !

Sakaguchi-san did something great for OpenWFE, again.

At first he had translated the OpenWFE manual, entirely from English to Japanese. Then he translated the OpenWFEru website from English to Japanese.

And now he wrote a full article about OpenWFE and OpenWFEru that got published in the next “Software Design“. I’m looking forward grabbing a copy of the magazine by the end of the week. Deciphering the article will be another thing.

I’m really indebted to Sakaguchi-san, I hope he likes Gruyere cheese :)

Written by John Mettraux

October 15, 2007 at 8:32 am

sun day link

Maybe I’ll start to believe when they start promoting Ruby on Rails at JavaOne, as opposed to promoting JRuby on Rails at RailsConf.

Sun’s Ruby strategy – Engage and Contain?

Counter-insurrectional operations led by Sun ? More information soon.

Written by John Mettraux

September 23, 2007 at 5:46 am

Posted in java, opensource, ruby

on the JRuby front

jruby.pngNicolas has been tracking JRuby and testing OpenWFEru on this platform. He had submitted a few patches that turned “OpenWFEru on JRuby” from a big NO to a firm Yes. A business process engine is quite a demanding beast.

This week, JRuby seems to have made big progresses (we test with JRuby trunk, JRuby 1.0.1 is a “no go”), OpenWFEru almost runs perfectly on it (except for a few baroque test cases). The performance are good (slightly lesser).

See Nicolas’ post for the full details.

Time to think about giving true flexibility to some business processes, currently hard-coded in Java here at work.

Written by John Mettraux

September 21, 2007 at 4:43 am

Posted in java, jruby, openwferu

back to Java

Nicolas wrote a patch for JRuby that makes this platform OK for OpenWFEru.

So it means that less than 9 months after having moved away, OpenWFE[ru] is back on the Java platform.

Once a patched release of JRuby is available, we’ll maybe package OpenWFEru as a [Maven] jar. Could be very interesting.

Many thanks to Nicolas Modrzyk and to Charles Nutter.

Written by John Mettraux

July 17, 2007 at 8:27 am

Posted in java, jruby, openwferu

for the week-end

I spent a nice week-end attending a wedding in the north. A cool breeze from the sea was very much welcome.

I was also quite delighted when, just before leaving, I exchanged a few emails with someone in a company in the southern hemisphere, she was explaining me they were using OpenWFE quite happily inside one of their products and they even had built a BPMN designer for it.

As their company acquired a BPM vendor, they will be heading on maybe greener pastures, the mail was anyway quite rewarding. I wish them good luck.

Written by John Mettraux

June 24, 2007 at 11:10 pm

Posted in java, openwfe

documentation about our JcrBeanCoder

Nicolas and I adapted OpenWFE’s old XmlBeanCoder to JCR repositories (their most known implementation being Jackrabbit).

We’ve just wrote some documentation about that code.

Just a simple way of getting simple java beans in and out of JCRs; it’s useful for workflow workitems but also for anything that can be represented as a bean and has to be stored in a JCR.

The JcrBeanCoder is in use within the Magnolia CMS/DMS (3.0RC3).

Written by John Mettraux

October 6, 2006 at 8:56 am

Posted in java, jcr, magnolia, openwfe

find based tools

find” is one of the most useful program/command in a unix[-like] environment.

I wrote two small shell scripts based on it.

vf stands for “Vi[m] Find”, you type

vf '*'

and it will open in your editor ($EDITOR) the first file ending with “” that it’ll find in the current tree (the current dir and its subdirs, recursively).

fijar stands for “Find In JAR”. You can type

fijar 'Servlet'

and it will scan all the jars in the current directory to list the ones with files whose name contain the ‘Servlet’ string. If you add the ‘-r’ option, it will search in all the jars in the current directory and in the subdirs, recursively.

Just thought it might interest some hardcore command line coders. I’ll try to add more of my scripts there :

After a discussion with my colleague Alain Hoang, I release those two scripts under the MIT License, which is very close to ‘public domain’. Thanks for the hint Alain.

Written by John Mettraux

September 28, 2006 at 4:14 am

Posted in dev, java, shell, technical

OpenWFE and other frameworks

This WordPress is a great piece of software. Stats are fun, I just wished it would provide an output à la AwStats.

On sunday, someone stumbled over the blog while looking for “OpenWFE and other frameworks”. I thought this ‘request’ deserved some kind of indirect answer. Maybe I should put a link from the FAQ to this post (WordPress is great : I really like to fill my blog with content, it just looks great, so I link to it without feeling guilty of decentralizing information at all).

Why the other word ? It’s true that OpenWFE uses its own little framework to let its services communicate among each other and thus form a workflow engine or a worklist.

But with OpenWFE ’embedded’ this little framework is hidden behind some POJOs and those POJOs may be used within your favourite framework (Spring ?).

OpenWFE comes in two flavours : standalone and embedded, but this is just packaging. It’s not monolothic at all. OpenWFE’s own framework is not a constraint (except if you lack innovation and skill).

Written by John Mettraux

July 18, 2006 at 10:24 am

Posted in java, openwfe