Sorry, I have no idea about the internals of the JRuby runtime. Did you check the server logs to see if there is a more complete stack trace, or any other sort of helpful info? I will reoffer my previous advice: take a look at the JS-based LESS. It's current, actively supported, simpler to use, and faster.

The error occurred in C:/Users/Jusuf Darmawan/Documents/GitHub/mycf/cfgroovy/script.cfm: line 62
Called from C:/Users/Jusuf Darmawan/Documents/GitHub/mycf/cfgroovy/script.cfm: line 105
Called from C:/Users/Jusuf Darmawan/Documents/GitHub/mycf/lesscss.cfm: line 12
60 : detail="Groovy scripts must have at least one expression in them. Forgetting to use <cfoutput> around your <g:script> tag when <cfsetting enableCfOutputOnly=""true"" /> is a common cause of this problem." />
61 :
62 :
63 :
64 :

Can you help me with this. I drop all of those jar in the WEB-INF/lib and cfusion/lib but I got this. My cfgroovy is working fine.

Thanks.

Honestly, I have no idea how JRuby has evolved in the past 4 years. However, LESS itself is now a JS package instead of Ruby, so you don't need to jump through nearly as many hoops to make it run. I don't have a code sample at hand for using the JS engine from CFML, unfortunately. If you want to stick with the Ruby route (knowing that you'll be stuck with a several-years-old version of LESS), grabbing a JRuby of the same age (Septempber 2009) should have the proper JARs.

I downloaded jruby (jruby-bin-1.6.8 and jruby-bin-1.7.4) there is no profile.jar on both of them.

Thanks.

Maybe use a simple <cfcache> tag to eliminate penalty of CF processing on every stylesheet request?

Nesting is hard, yes, but my colleague and I don't like it very much.

Mixins can be achieved with &ltcfsaveoutput>.

CFML is a hammer. :)

Yeah, you can certainly do it that way, but then you incur the penalty of CF processing on every stylesheet request, which can place significant extra load on your server. However, your color manipulation is incorrect, you don't want to divide the whole number by 2, you want to divide each color segment (two-digit pair) by two, and then stitch the results back together.

Doing nesting and inclusion are also problematic with simple output tricks. They really require a full language parser so you can manipulate the AST.

All that said, you could certainly package the couple lines of Ruby up into a custom tag to run your tag body through the interpreter and output it, so a <less:css> tag is really reasonable.

<cfset color = InputBaseN("fdd",16)>

And there were <less:css> on the last example.

##header {
background-color: #FormatBaseN(color, 16)#;
color: #FormatBaseN(color / 2, 16)#;
}

Maybe it'll be a good idea to write a custom tag to do inline LessCss! :)

@color: #fdd;
#header {
background-color: @color;
color: @color / 2;
}