3 ms·

> If you want to address which is the best JVM language, you've got to at least mention Groovy You could make that argument for all of the many ecosystems ment

by vorg 13y ago

> If you want to address which is the best JVM language, you've got to at least mention Groovy You could make that argument for all of the many ecosystems mentioned in the article, e.g. because for Unix/Linux scripting only bash is mentioned, you could have opined "If you want to address which is the best Unix shell, you've got to at least mention zsh". Groovy's just a dialect of Ruby anyway, except being specific for one platform and having a different syntax. All the functionality underneath the syntax is based off Ruby, and even its two applications with any traction are based off Ruby versions. The MOP was put in in 2005 specifically for Grails, which started off as a launder of Rails.

mcv 13y ago
Grails is a bit more than simply Rails for Groovy. There are a few things that Grails does very differently, partly due to it being built on top of Spring and Hibernate. Also, Groovy+Grails is far more enterprise-ready than Ruby on Rails. Something as basic as proper unicode support is still very recent in Ruby, for example. Also, multithreading comes as naturally to Grails as it comes to Java, but not to Ruby on Rails. They are absolutely very similar, but there are important differences that go a lot deeper than just the different syntax.
- vorg 13y ago
  > There are a few things that Grails does very differently, partly due to it being built on top of Spring and Hibernate. Back in 2005 Grails didn't add much to Groovy, Spring, or Hibernate. It was just a thin wrapper around software products from other companies (e.g. SpringSource, JBoss) so the training consultant behind it all could muscle in on the training and consultancy markets for their products. In 2006 Grails was renamed and promoted as _Groovy on Grails_ to sound like _Ruby on Rails_. He started a company, G2One Inc, in 2007 and quickly shopped it around among the various companies whose products he bundled, successfully fooling SpringSource into buying it 12 mths later.
blktiger 13y ago
I don't know that I'd call Groovy a dialect of Ruby. Sure, it's features are _inspired_ by Ruby but there are many very significant differences. No magic undeclared variables as a simple example. Another example is the categories feature, which Ruby doesn't really have. Not to mention that the syntax is completely different.

by vorg 13y ago

mcv 13y ago

Grails is a bit more than simply Rails for Groovy. There are a few things that Grails does very differently, partly due to it being built on top of Spring and Hibernate. Also, Groovy+Grails is far more enterprise-ready than Ruby on Rails. Something as basic as proper unicode support is still very recent in Ruby, for example. Also, multithreading comes as naturally to Grails as it comes to Java, but not to Ruby on Rails. They are absolutely very similar, but there are important differences that go a lot deeper than just the different syntax.

vorg 13y ago
> There are a few things that Grails does very differently, partly due to it being built on top of Spring and Hibernate. Back in 2005 Grails didn't add much to Groovy, Spring, or Hibernate. It was just a thin wrapper around software products from other companies (e.g. SpringSource, JBoss) so the training consultant behind it all could muscle in on the training and consultancy markets for their products. In 2006 Grails was renamed and promoted as _Groovy on Grails_ to sound like _Ruby on Rails_. He started a company, G2One Inc, in 2007 and quickly shopped it around among the various companies whose products he bundled, successfully fooling SpringSource into buying it 12 mths later.

blktiger 13y ago

I don't know that I'd call Groovy a dialect of Ruby. Sure, it's features are _inspired_ by Ruby but there are many very significant differences. No magic undeclared variables as a simple example. Another example is the categories feature, which Ruby doesn't really have. Not to mention that the syntax is completely different.