Grails: O relato de uma experiência

JavaEvangelist Membro desde: 28/02/2004 22:49:47 Mensagens: 389 Offline

Opa pessoal,

A ObjectCode.de publicou em seu site um relato da experiência que eles tiveram com a adoção do Grails para o desenvolvimento de suas aplicações.

Vale a pena dar uma conferida:

http://www.objectcode.de/fileadmin/articles/GrailsExperience.pdf

Até a próxima!

O Grails já é bem forte, e curioso notar que em especial Inglaterra e Alemanha são heavy users.

JavaEvangelist Membro desde: 11/05/2006 12:10:38 Mensagens: 329 Offline

Pena que no Brasil o Grails ainda não emplacou, apesar de achar que isso uma hora vai acontecer.

abs

JavaEvangelist Membro desde: 11/05/2006 12:10:38 Mensagens: 329 Offline

O melhor é que a maioria ( todos?! ) dos erros que eles citam já foram corrigidos a bastante tempo, isso prova que o framework está em constante evolução.

E sobre o que eles falam que "o Grails é bom para uma aplicação pequena" já foi superado também, por exemplo a Sky:

http://www.grails.org/Success+Stories wrote:
Sky, the major subscription TV provider in the UK built a new showbiz website that is attracting a massive 186 million page views per month using Grails and have not had any performance problems.

E a SAP que fez uma integração com o Grails:

The Grails success stories are as impressive as the Groovy ones, in particular the fact that SAP integrated Grails in order to make it possible to quickly write new front-ends on top of their existing java based NetWeaver composition platform. The big bonus for SAP was that Java developers could quickly get up to speed on Grails.

abs!!!

Eu quase use Grails em vez de Ruby on Rails pra poder usar Hiberate...

Eu já estou usando Grails para todos os meus projetos !!!! Não tenho o que reclamar, a produtividade aumentou muito e a alegria em desenvolver voltou tb !!!

Herrera

JavaBaby Membro desde: 01/09/2009 11:09:41 Mensagens: 95 Offline

Poxa, assim não dá! Outro dia, estava pensando se estudava Ruby ou Groovy (o que implica Rails ou Grails).

Embora sejam parecidos em alguns aspectos, tinha me decidido pelo Ruby por ter visto posts do pessoal reclamando da performance do Groovy. Não que Ruby tenha uma performance fantástica, mas sei lá... de repente o pessoal cisma com isso. Além disso, a comunidade de Ruby (& Rails) cresceu bastante por aqui, provavelmente hoje existe mais oportunidade para Ruby (mas isso é uma especulação minha...).

Se o pessoal realmente está evoluindo rápido, talvez o pessoal que tem postado sobre isso não saibia o que está fazendo.

Antes que o pessoal comece a jogar pedra, cheguei a essa conclusão por ter bastante posts reclamando da performance. Mas como a maioria deles data de 2007, não posso afirmar nada de como está hoje.

Alguém saberia dizer se conhece um bom comparativo de ambos? (Isso porque estou excluindo o Phyton...)

This message was edited 1 time. Last update was at 24/08/2010 09:08:07

Nunca é bom colocar comparativos aqui no GUJ, sempre vira discussão não produtiva.

Sobre a performance, sim, ela melhorou MUITO desde 2007 e vai melhorar ainda mais com a chegada do InvokeDynamic do Java 7.

Para quem não puder usar o Java 7 existe o projeto Groovy++ que da ao Groovy uma tipagem estática melhorando ainda mais a performance dele.

Vendo casos como o da Sky não ficaria com receios sobre performance.

Abraços!!!

bem interessante!

This message was edited 1 time. Last update was at 24/08/2010 10:35:15

Eu fiquei muito empolgado com o Grails ano passado. Realmente é cheio de coisas legais.... MAS... fiquei decepcionado após ver que:

1. Não há ferramente de engenharia reversa "Banco -> GORM". Imagina criar centenas de classes "no braço" para mapear centenas de tabelas. Imagine depois o tempo testando se os mapeamentos estão corretos, visto que foram feitos manualmente.

2. Não há ferramenta de "autocompletar" os códigos de taglib nos GSPs. Você tem que ficar lendo PDF ou HTML de documentação das taglibs. Depois de quanto tempo o individuo consegue decorar tudo?

3. A funcionalidade de "autocompletar" em arquivos .groovy é muito ruim, não colocando parentesis, por exemplo. De pouquinho em pouquinho vai se irritando com isso.

4. Não há um "debug" a como como para Java no Eclipse ou NetBeans.

5. Enfim, não há IDE produtiva para Grails (eu sei que existe a corrente que vai dizer que possuo "IDE dependência", mas considero isso o mesmo que dizer que um bom engenheiro civil faz tudo sem AutoCad porque ele não quer "autocad dependência").

Desenvolver em Struts2 ou VRaptor com uso das facilidades para Java e JSP que as IDEs oferecem acaba sendo mais produtivo, na minha opinião.

jyoshiriro wrote:1. Não há ferramente de engenharia reversa "Banco -> GORM". Imagina criar centenas de classes "no braço" para mapear centenas de tabelas. Imagine depois o tempo testando se os mapeamentos estão corretos, visto que foram feitos manualmente.

Isso não me incomoda. Acho muito mais produtivo o contrário, depois só dou uma melhorada nos índices do banco. E sinceramente, as classes GORM são tão simples, que acho que daria pra fazer uma ferramenta pra gerar a partir de um banco rapidinho...

jyoshiriro wrote:2. Não há ferramenta de "autocompletar" os códigos de taglib nos GSPs. Você tem que ficar lendo PDF ou HTML de documentação das taglibs. Depois de quanto tempo o individuo consegue decorar tudo?

3. A funcionalidade de "autocompletar" em arquivos .groovy é muito ruim, não colocando parentesis, por exemplo. De pouquinho em pouquinho vai se irritando com isso.

4. Não há um "debug" a como como para Java no Eclipse ou NetBeans.

5. Enfim, não há IDE produtiva para Grails (eu sei que existe a corrente que vai dizer que possuo "IDE dependência", mas considero isso o mesmo que dizer que um bom engenheiro civil faz tudo sem AutoCad porque ele não quer "autocad dependência").

O IntelliJ Ultimate Edition tem tudo isso que vc falou... e pelo que dizem, o Netbeans melhou bastante o suporte a Grails, inclusive com debug, já deve ter a maioria dessas coisas que vc falou.

[]'s

Rodrigo C. A.

Virtual Machine Man Membro desde: 17/06/2009 14:14:39 Mensagens: 587 Offline

jyoshiriro wrote:
Isso não me incomoda. Acho muito mais produtivo o contrário, depois só dou uma melhorada nos índices do banco. E sinceramente, as classes GORM são tão simples, que acho que daria pra fazer uma ferramenta pra gerar a partir de um banco rapidinho...

Tem certeza? Imagine 90 tabelas, sendo 50 delas com 20 campos. Pense agora em todos os relacionamentos. Por mais simples que GORM seja, dá MUITO trabalho configurar tudo "no braço".
Repito: imagne tembém testar se tudo ficou certinho (campos, chaves, relacionamentos).
Veja, eu acho GORM brilhante, fantástico, fora de série. Mas a falta de uma ferramenta de eng. reversa é um baita ponto negativo, sim.

O IntelliJ Ultimate Edition tem tudo isso que vc falou... e pelo que dizem, o Netbeans melhou bastante o suporte a Grails, inclusive com debug, já deve ter a maioria dessas coisas que vc falou.

Bem, nunca usei o IntelliJ Ultimate Edition. Mas se for para usar ferramenta paga, prefiro usar o Visual Studio .NET que, mesmo sendo amante do Java, admito que é muito mais produtivo.
A versão free do IntelliJ não dá suporte a Grails, não é?
Quanto ao NetBeans, só dá suporte para a versão 1.1 do Grails que já está muito aquem da atual 1.3.x.

assim, errr... IDE grails não é o Spring Source Tool Suite?! O resto é resto?

Virtual Machine Man Membro desde: 17/06/2009 14:14:39 Mensagens: 587 Offline

Mas é exatamente essa "Spring Source Tool Suite" que não tem debug (tem mas é bem pior que os que estamos acostumados), que não tem autocompleter em GSP, que tem autocompleter meia boca para arquivos .Groovy, que não tem eng. reversa de GORM....

A saber, a última versão dela eu baixei e testei há cerca de 1 mês.

Virtual Machine Man Membro desde: 17/06/2009 14:14:39 Mensagens: 587 Offline

Antes que digam "mas tem autocomplete em GSP, sim".
É, até tem, mas não acha todos os atributos da documentação e, quando acha, não aparece em "javadoc" dizendo para que serve o atributo. E depois de algumas mexidas no arquivo GSP, o autocomplete de taglib simplesmente some totalmente!
Dai, se você tentar declarar as taglibs do Grails na diretiva de página, ele até acha algumas coisas no autocomplete mas quando vai rodar diz que a diretiva de importação das tags Grails está duplicada! Aí é dose, né? Eu não tenho coragem de pedir para minha equipe decorar ou ficar dando "alt+tab" na documentação de tags do grails...

Notícias, artigos e o maior fórum brasileiro sobre Java