There's nothing I need to do, you just need to have the right script engine installed in your classpath. CFGroovy2 simply looks up the engine based on the 'lang' attribute, so as long as you have the right engine installed, you can run any language you want.

Sun JVMs bundle Rhino, obviously, so I'm not sure what problems you might run into with version conflicts if you try to supply your own. That goes for any script engine you might choose: you can't really have two different versions running inside the same web app, because they can't both exist on the classpath concurrently. Rhino is just special in that every JVM already has an instance. But that's totally outside the scope of anything CFGroovy can help with, it's purely about Java classloading and all the associated voodoo.

Worst case scenario, you could use something like JarJar to renamespace Rhino so you can install a new version in some other namespace and load it up that way under an alternate language alias.

I have it loading env.js fine and can see the data and I *think* I have it loading a page, but I just don't know much about getting anything else happening, like getting the html page back again afterwards! That will be easier once I play around with adding jQuery into the mix I am hoping.

And as yet I haven't tried CFG2, but perhaps it would work a bit better than CFRhino did.

For now I'm just sticking to processing some stuff on the client using jQuery and sending it back to the server via Ajax :P

John Resig's env.js library adds DOM into Rhino so that jQuery can run on it. I would love to see it included as part of CF perhaps a CFJS standard where instead of Application.cfc I could have a pure javascript Application.cfjs loading jQuery and reusing code on client and server.

I'd be so happy I'd no doubt shed a tear or two if Railo implemented such a feature or I could figure out how to hack it together using your code examples Barney.

Cheers,
Marcel

PS. I logged tickets for such things in the Railo user voice page and on Aptana's lighthouse to see if they will consider supporting cfml as well: https://aptana.lighthouseapp.com/projects/35272-studio/tickets/97 Just thought I'd mention it :)

Yeah, I know you were kidding. But still a good illustration of just how all-encompassing JVM language integration could potentially be. Can you imaging telling client X that their VB.NET application can pretty much just run as part of a CFML application?

jQuery is pretty focused on the DOM and UI stuff, which makes it largely non-applicable for server-side stuff. However, the other bits (like each()) will happily run already. When I build CFRhino years and years ago (pre-jQuery, and pre-JSR 223) I was using a number of Prototype's extensions in my server-side code without issue. The jQuery stuff should be similarly usable. CFRhino never got very far because it was 100% kludge, with no transparent passing of data structures from one side to the other. JS follows very different rules than Java, so there isn't a 1:1 mapping passing stuff from CFML to JS like there is when passing from CFML to Groovy.

At Mentor we do CFML, Groovy, and Java on the server-side. Joshua has done a bit of Python on the side, and Oscar has experimented with a number of languages, but in production code we've not used anything aside from Groovy. Most of the Groovy stuff we've done is CFG1 with Hibernate (on our service tier), but our presentation tier is growing more and more Groovy, and it's all CFG2. Like I said in my post, Groovy seems to compliment CFML development the best of the JSR 223 languages, so it's what we use on a day-to-day basis. It also has each(), collect(), map(), etc. already waiting, which is awesome.