Link Details

Link 184911 thumbnail
User 111696 avatar

By bloid
via java.sys-con.com
Published: May 21 2009 / 03:51

This article tries to demonstrate that Java can be more productive than Ruby. We are going to develop the same application of the article Rolling with Ruby on Rails Revisited (part 1 [1] and part 2 [2]) but using POJO [3]s annotated with JPA [4] and a Model Driven Framework, OpenXava [5] in this case. The result is that with less code, and less time you obtain a more powerful application.
  • 20
  • 12
  • 2343
  • 955

Comments

Add your comment
User 188435 avatar

rob_dimarco replied ago:

0 votes Vote down Vote up Reply

The conclusion does not hold water at all. It seems the author thinks that "auto-generating HTML" == "kicks butt". This comparison would have been more interesting if the author had compared RoR with the ActiveScaffold plugin enabled.

User 261531 avatar

akitaonrails replied ago:

-2 votes Vote down Vote up Reply

This is the definition of "irrelevancy". It just signals one thing, "desperation" :-D

User 418235 avatar

dagi3d.net replied ago:

1 votes Vote down Vote up Reply

why the does he write the sql by hand instead of using migrations?
,

User 282530 avatar

xymor replied ago:

0 votes Vote down Vote up Reply

Scaffolding is just the tip of the iceberg. You fail to acknowledge the plugin architecture and the flexibility/expressiveness of the language.

User 332086 avatar

thm.myopenid.com replied ago:

0 votes Vote down Vote up Reply

I can hardly count the number of issues I have with this article. Just the title: "> kicks > in the butt" – what the...?

So he prefers auto-generated code to scaffolding? OK, but then don't pass it of as a comparison – or compare your framework to something that does the same.
I can recommend this article that does just that: http://mentalized.net/journal/2009/05/19/java_kicks_ruby_in_the_what_now/

Add your comment


Html tags not supported. Reply is editable for 5 minutes. Use [code lang="java|ruby|sql|css|xml"][/code] to post code snippets.