Thursday, December 06, 2007

RE: Groovy in Ruby: Implement Interface with a Map

Oops, he did it again! Having started off with the disclaimer that he is working with the Groovy community, Charles Nutter has a blog post that demonstrates how to do Groovy's coercion to a Map in JRuby.

Unfortunately, the irony in his post is that all he has done is demonstrate one of JRuby's shortcomings in terms of Java integration: it lacks built in coercion support. All of this is done whilst demonstrating only a small subset of what Groovy's as keyword is capable of.

The Ruby code demonstrated is as follows:
1. module InvokableHash
2. def as(java_ifc)
3. java_ifc.impl {|name, *args| self[name].call(*args)}
4. end
5. end
Which then can be used as a method like:
1. impl = {
2. :i => 10,
3. :hasNext => proc { impl[:i] > 0 },
4. :next => proc { impl[:i] -= 1 }
5. }
6. iter = impl.as java.util.Iterator
7. while (iter.hasNext)
8. puts iter.next
9. end
If you were to implement this in Groovy you could do:
1. Map.metaClass.as = { delegate.asType(it) }
However, in a further act of irony this code actually uses Groovy's built in coercion support and hence is in fact rather useless. All in one line of code!

What is even more amusing is his post conveniently skips over the fact that the as keyword is a general purpose coercion mechanism for all types of coercion operations, not just maps. For example this is also possible:

1. { println 'foo' } as Runnable
And it can be extended by implementing the asType method.

The most entertaining quote however is this one:

"Now if you ask the Groovy team, they'll make some claim like "it's all Java objects" or "Groovy integrates seamlessly with Java" but neither of those are entirely true."

Charles is trying hard to claim that JRuby's Java integration is no different to Groovy's. To those who want to try a little experiment have a go at this:

1) Write a plain JRuby/Groovy class
2) Write a Java class that creates a new instance of the JRuby/Groovy class and invokes a method on it
3) Set a break point on the Java class and step debug from the Java into the JRuby/Groovy class
4) Compile the sources and put them in a JAR
5) Put the JAR on the classpath of another app and write another Java class that references the JRuby/Groovy class

With Groovy and its joint compiler or IntelliJ IDEA's JetGroovy this is no problem, with JRuby you won't get passed step 2 without have to resort to introducing interfaces, creating dynamic proxies etc etc.

What the Groovy team says is this: Groovy has the same security model, the same debugger, the same profilers, the same object model, the same APIs, and close to the same syntax. For the Java developer its a no brainer.

12 comments:

Darryl Pentz said...

I totally agree that this "Groovy is as foreign to Java as Ruby" stuff seems to be, plain and simply, FUD.

What bothers me the most is that all this JRuby work distracts from effort that could be better spent on Groovy.

I'm of the opinion that if you want Ruby that badly, just pick up your stuff and move to the Ruby camp. I'm not into language flame wars. Ruby sure seems like a good enough language.

But Groovy and Java are a far more intuitive and logical marriage. And I told Charles as much in his post. :) (Sorry Charles, couldn't help myself)

Robert Fischer said...

I like Charlie -- I happened to have had the honor of being on a panel with him -- but I've got to disagree with him about JRuby being a gift to Java developers. JRuby is a gift to Ruby developers, in the form of increased speed and the ability to leverage Java's ridiculously huge selection of open source libraries.

I don't see it as much of a distraction to Groovy, because it seems like the audience for JRuby is primarily Ruby-ists, and the audience for Groovy is primarily Java-ists. And I'm not sure trying to sell Groovy to Ruby-ists is going to fly: it's still too much Java for their tastes.

Darryl Pentz said...

Why I think it's a distraction is because Sun has invested energy, time and money into JRuby on Java, rather than helping Groovy with its evolution. No doubt the Ruby-ists will point to that as a clear feather in their cap, but this shouldn't be a contest, with winners and losers. If it is, then in this instance, we're all losers.

I'd like to add that I'm not trying to insult Charles. He's clearly a really smart individual for being able to accomplish what he has. I just think his efforts and objectives would be better served in a pure Ruby environment. IMHO.

Charles Oliver Nutter said...

Ahh Graeme, I was expecting your reply. Whenever I so much as mention Groovy, you find it necessary to swoop in and defend the language like a mother bird. So a reply post was almost assured.

Since my point seems to have been entirely missed by several individuals, I'll spell it out here:

1. Groovy has excellent Java integration features, but it is not and never will be Java. There are many pieces of magic syntax, many non-Java constructs and concepts, and many, many new things that must be learned to use Groovy. It is assuredly a far more complicated language than Ruby, with much more complex interactions between features. Groovy is not Java. Don't sell it as being "just like Java" all the time, because it's a distraction, and understates the true value of Groovy.
2. Groovy's Java integration features can and will be implemented in other language implementations. In some cases, they won't be as clean or pretty as in Groovy, since Groovy's syntax frequently maps well to Java. In other cases, they may be better, having learned from Groovy's growing pains. But those features will most definitely be added.
3. There's no need to defend Groovy so vociferously anytime someone mentions it in a blog post. I didn't even think I was being negative...I was just reassuring Ruby users on JRuby that Groovy's Java integration features could be implemented on JRuby today or would be possible on JRuby tomorrow. The post wasn't about Groovy...it was about JRuby's amazing flexibility to adapt to new features without any modification to the language or runtime. Praising one language's beauty does not require other languages to defend themselves.

At the end of the day, however, I must admit I'm rather confused why you see fit to fight so hard for Groovy, even against posts that don't say a single negative thing about the language. Is there something wrong with Groovy I don't know about? Is there some insecurity about Groovy's future? It seems to me that many folks using Groovy today are very happy with the language. That's great...and certainly not surprising, since Groovy has gobs of great features. So why then the constant DEFCON 5, the constant Orange Alert for any mention of Groovy? Can't Groovy stand on its own merits without its users trumpeting their disapproval every time someone compares Groovy to another language?

Come on Graeme...Groovy's doing fine. Take the high road and let the language live its own life. It will be better for it.

Graeme Rocher said...

Charles, I must congratulate you, you're playing a very clever game of on the one side advertising how co-operative and welcome you are to work together and on the other side spreading FUD about Groovy with the aim of marketing JRuby.

In direct contradiction with point 3 of your comment I think it can only be due to your insecurities with JRuby's position as a far second place to Groovy in terms of Java developer adoption.

My problem with your post is that they are laced with snide remarks against the Groovy team and untruths about the Groovy language. I recommend if you don't want us to do our own marketing you take a different path to yours.

Darryl Pentz said...

Charles, I really hate to wade into these language wars since I find them generally silly and pointless, but I have to say I agree with Graeme about a seeming hidden agenda of yours. I've picked up on this subtle theme when reading your posts over the last few months.

On the one hand you'll say something like "I'm hoping to start contributing some development time to the Groovy codebase, but for now I've mostly been monitoring their progress." as if to suggest you're big mates and really on board with the Groovy initiative, yet in your very next breath, virtually, you're making what I also consider to be 'snide' remarks about "the Groovy team", as if they're an opposing enemy force: "Now if you ask the Groovy team, they'll make some claim like "it's all Java objects" or "Groovy integrates seamlessly with Java" but neither of those are entirely true. Groovy does integrate extremely well with Java, but it's because of a number of features they've added over time to make it so...many of them not directly part of the Groovy language but features of their core libraries and portions of their runtime."

So much for "I didn't even think I was being negative..." or "even against posts that don't say a single negative thing about the language".

It's a bit of the old Trojan horse approach. Infiltrate, then attack from within. At least Graeme's standpoint is out there for all to see. He makes no bones about his opinion, whereas you seem to lace your sugar with poison, or your poison with sugar, I can't tell which. Why not just call a spade a spade, take up a position and argue its merits. Admit it, you have no real plans to further the Groovy cause, right? I know you're smart, cos I sure as heck couldn't do what you've done with JRuby, but I'd respect what you said far more if you respected the intelligence of the readers you're targeting. But that's just my $0.02.

Sakuraba said...

Charles,


please dont pretend that you dont have a hidden agenda here. Even a blind person will see it when reading between your lines.

KoW said...

my schwartz is bigger than yours
*sigh*

derfefww said...

Yesterday, my boyfriend gave me a lot of Asda Story gold and I buy Asda Story Gold as the gift to return him. The Asda Story money is attractive and I have plenty of the cheap Asda Story gold.

Anonymous said...

網頁設計,情趣用品店,情趣用品專賣網

A片,色情A片,免費A片,成人影片,色情影片,a片免費看,情色貼圖,情色文學,情色小說,色情小說
AV,AV女優

辣妹視訊,美女視訊,視訊交友網,視訊聊天室,視訊交友,視訊美女,免費視訊,免費視訊聊天,視訊交友90739,免費視訊聊天室,成人聊天室,視訊聊天,視訊交友aooyy
哈啦聊天室,辣妺視訊,A片,色情A片,視訊,080視訊聊天室,視訊美女34c,視訊情人高雄網,視訊交友高雄網,0204貼圖區,sex520免費影片,情色貼圖,視訊ukiss

Anonymous said...

If I had enough money I want to buy much atlantica gold, then I can every day to play the game and earn more atlantica online gold, but I do not had so I only buy atlantica gold, and hope buy the cheap atlantica gold, so I was very hope I had a lot money.

cvxv said...

看房子,買房子,建商自售,自售,台北新成屋,台北豪宅,新成屋,豪宅,美髮儀器,美髮,儀器,髮型,EMBA,MBA,學位,EMBA,專業認證,認證課程,博士學位,DBA,PHD,在職進修,碩士學位,推廣教育,DBA,進修課程,碩士學位,網路廣告,關鍵字廣告,關鍵字,課程介紹,學分班,文憑,牛樟芝,段木,牛樟菇,日式料理, 台北居酒屋,日本料理,結婚,婚宴場地,推車飲茶,港式點心,尾牙春酒,台北住宿,國內訂房,台北HOTEL,台北婚宴,飯店優惠,台北結婚,場地,住宿,訂房,HOTEL,飯店,造型系列,學位,SEO,婚宴,捷運,學區,美髮,儀器,髮型,看房子,買房子,建商自售,自售,房子,捷運,學區,台北新成屋,台北豪宅,新成屋,豪宅,學位,碩士學位,進修,在職進修, 課程,教育,學位,證照,mba,文憑,學分班,台北住宿,國內訂房,台北HOTEL,台北婚宴,飯店優惠,住宿,訂房,HOTEL,飯店,婚宴,台北住宿,國內訂房,台北HOTEL,台北婚宴,飯店優惠,住宿,訂房,HOTEL,飯店,婚宴,台北住宿,國內訂房,台北HOTEL,台北婚宴,飯店優惠,住宿,訂房,HOTEL,飯店,婚宴,結婚,婚宴場地,推車飲茶,港式點心,尾牙春酒,台北結婚,場地,結婚,場地,推車飲茶,港式點心,尾牙春酒,台北結婚,婚宴場地,結婚,婚宴場地,推車飲茶,港式點心,尾牙春酒,台北結婚,場地,居酒屋,燒烤,美髮,儀器,髮型,美髮,儀器,髮型,美髮,儀器,髮型,美髮,儀器,髮型,小套房,小套房,進修,在職進修,留學,證照,MBA,EMBA,留學,MBA,EMBA,留學,進修,在職進修,牛樟芝,段木,牛樟菇,關鍵字排名,網路行銷,PMP,在職專班,研究所在職專班,碩士在職專班,PMP,證照,在職專班,研究所在職專班,碩士在職專班,SEO,廣告,關鍵字,關鍵字排名,網路行銷,網頁設計,網站設計,網站排名,搜尋引擎,網路廣告,SEO,廣告,關鍵字,關鍵字排名,網路行銷,網頁設計,網站設計,網站排名,搜尋引擎,網路廣告,SEO,廣告,關鍵字,關鍵字排名,網路行銷,網頁設計,網站設計,網站排名,搜尋引擎,網路廣告,SEO,廣告,關鍵字,關鍵字排名,網路行銷,網頁設計,網站設計,網站排名,搜尋引擎,網路廣告,EMBA,MBA,PMP
,在職進修,專案管理,出國留學,EMBA,MBA,PMP
,在職進修,專案管理,出國留學,EMBA,MBA,PMP,在職進修,專案管理,出國留學,婚宴,婚宴,婚宴,婚宴,漢高資訊,漢高資訊,比利時,比利時聯合商學院,宜蘭民宿,台東民宿,澎湖民宿,墾丁民宿,花蓮民宿,SEO,找工作,汽車旅館,阿里山,日月潭,阿里山民宿,東森購物,momo購物台,pc home購物,購物

漢高資訊,漢高資訊,在職進修,漢高資訊,在職進修,民宿,民宿,整形,造型,室內設計,室內設計,漢高資訊,在職進修,漢高資訊,在職進修,民宿,美容,室內設計,在職進修,羅志祥,周杰倫,五月天,民宿,民宿,整形,整形,室內設計,室內設計,比利時聯合商學院,在職進修,比利時聯合商學院,在職進修,漢高資訊,找工作,找工作,找工作,找工作,找工作,蔡依林,林志玲