Pular para o conteúdo principal

Aventuras com SpringRoo no mundo real

Por
Há alguns dias entregamos a primeira fase de um Projeto desenvolvido utilizando o Spring Roo. Nesse post vou compartilhar essa experiência.


O Projeto
Primeiro detalhe, só pra variar, o tempo bem escasso. A idéia era disponibilizar o sistema funcionando em 2 semanas. As funcionalidades eram bem simples, alguns CRUDS, um deles um pouco maior  com alguns relacionamentos e validações mais chatas, várias opções de pesquisa/filtros e relatórios.

A equipe
Nesse projeto era bem pequena, 2 desenvolvedores.

Porquê o Spring Roo?
Meu primeiro contato com o Roo foi no TDC2009, na palestra do Rod Johnson e logo depois com o Renato Bellia no Casual Class sobre Spring Plataform.

Finalmente chegamos a tão desejada "alta-produtividade" no desenvolvimento Java corporativo! Será? Penso que produtividade vai bem além de uma ferramenta e/ou metodologia, são vários os fatores que influenciam, mas não quero falar sobre isso aqui.

Imparcial e sem falsas ilusões fiquei bem curioso pela simplicidade com que o Roo trata as tarefas burocráticas na infra-estrutura de um projeto Java, que sempre foi alvo de muitas críticas. Outro ponto que chamou minha atenção foi a possibilidade de, caso fosse conveniente, desligar o Roo e continuar trabalhando e evoluindo o sistema.

Além das funcionalidades da ferramenta, o fator decisivo na escolha do Spring Roo foi a arquitetura/estrutura gerada por ele com: Spring MVC, JPA/Hibernate, Spring Security. Tecnologias aderente a linha adotada em outros projetos na empresa. O Roo entrou em cena com o papel de propulsor.


Desenvolvimento
No início do projeto a versão disponível do Spring Roo era 1.1.0.M1. De lá pra cá várias melhorias foram feitas até a 1.1.0 GA. Naquele momento o plugin do GWT do Roo estava bem imaturo, ainda em processo de desenvolvimento e, então, pra evitar o risco não usamos. A estratégia na camada view foi seguir uma linha mais clássica Java para Web, desenvolvimento com JSP e Custom Tags do Spring Web, e claro com Spring MVC 3.0.

Ainda sobre a camada view, outra feature que ainda não existia no Roo era o suporte nativo a JSON para REST, adotado na atual versão. Resolvemos o JSON sem stress, usando algumas funcionalidades do Spring MVC 3. O Ajax no front-end foi resolvido com framework JavaScript Dojo, adotado pelos componentes do Spring Web para algumas perfumárias. O Dojo deixou a desejar, enfrentamos alguns problemas de compatibilidade do JS com IE, por isso em alguns pontos usamos o JQuery, que sem dúvida alguma é o meu prefererido!

A curva de aprendizado do Roo é bem curta, em poucas horas definimos todo modelo de entidades, as Controllers, pesquisas e o esqueleto das Views, tudo pelo shell. Usamos o STS tornando a integração do shell com IDE bem transparente, além de contar com todas peculiaridades para os produtos Spring.


Conclusão
O principal objetivo: entregar o projeto atendendo a expectativa do cliente no prazo esperado, foi alcançado!

O Roo realmente acelera o desenvolvimento, resolve muitas picuinhas chatas e o melhor de tudo: gera código bom, fácil de compreender e avançar, com todo aparato de testes, uma arquitetura enxuta e consistente. Conhecer um pouco sobre AOP, ou melhor AspectJ, pode facilita a compreensão do que está rolando por trás da cortina.

Dois pontos que merecem uma maior atenção seriam  o cuidado com relacionamentos mais avançados entre entidades (Scaffold) e a organização das buscas. Vou descrever mais detalhes disso em outro post.

Gostei bastante do Roo, pretendendo continuar usando em projetos com características diferentes, maiores e mais complexos.


Documentação do Roo.
Posts sobre o Roo aqui no Globalcoders.
Um pouco mais da minha experiência com o Roo.


[]s
Eder Magalhães
www.yaw.com.br
twitter.com/youandwe
twitter.com/edermag
Marcadores:

Comentários

Digão disse…
Otimo post! brinquei um pouco com SpringRoo tempos atrás, para CRUDs ele funciona muito bem! empaquei um pouco com relacionamento nesses CRUDs, já q vai detalhar num proximo post..estarei no aguardo sobre ele! valew!
15/12/10 5:21 PM
Pedro Cavaléro disse…
Muito interessante ver uma utilização do Roo no mundo real. Vc fez o q eu pensei tb, fazer a infra com o Roo e a parte toda de view na mão mesmo. Ainda não acho q a view q ele gera seja usável em um projeto real, talvez uma pequena parte, não sei. Seria interessante que a springsource fizesse algum demo com a customização de projetos e não apenas da geração incial. Parabéns pelo post!
16/12/10 6:23 PM
Postar um comentário

Postagens mais visitadas deste blog

10 reasons why we love JSF

Por
1. One-slide technology: it's so simple that I can explain basic JSF with one slide. 2. Easy to extend: components, listeners, render kit, Events, Controller, etc. 3. Real-world adoption: JBoss, Exadel, Oracle, IBM, ... 4. Architecture model: you can choose between more than 100 different architecture. 5. Open-mind community: using JSF you are going to meet very interesting people. 6. We are using JSF the last 5 years and we found very good market for JSF in Brazil 7. Progress: look to JSf 1.1 to JSF 1.2, JSF 1.2 to JSF 2.0. People are working really hard! 8. Many professionals now available 9. It's a standard. It's JCP. Before complain, report and help! 10. Ed Burns, spec leader, is an old Globalcode community friend! EXTRA: My wife is specialist in JSF. She's my F1 for JSF :) Nice job JSF community! -Vinicius Senger
67 comentários
Leia mais

EJB 3: Uma evolução sob os conceitos do Hibernate e Spring

Por
Definitivamente o modelo de componentização definido no Java EE 5 e 6 evoluiu e melhorou muito. Mas, sem dúvida muita dessa evolução se deve às pressões do Hibernate e Spring Framework. Estes dois últimos frameworks nasceram baseados no conceito de POJO, que nada mais é do que a concepção de um modelo de componentização baseado em classes Java sem as regras impostas pelo EJB (curioso, sem o EJB não existiria o Hibernate ou o Spring). A morte dos Entity Beans O Hibernate nasceu da idéia de promover um modelo de persistência mais simples que o proposto pelos EJBs do tipo Entity Beans definido na especificação EJB 2.x. Este foi o primeiro tipo de EJB a sofrer com a evasão de desenvolvedores com o surgimento deste framework e a conscientização sobre os problemas nos Entity Beans. A partir de um modelo baseado em JavaBeans e o uso do JDBC, o Hibernate usa a Reflection API para gerar os SQLs necessários para persistir o estado de beans em diversos banco de dados relacionais, além de defini...
Postar um comentário
Leia mais

O que é Lógica de programação?

Por
Este é o segundo de uma série de posts voltados aos leitores do blog que estão dando início à carreira de desenvolvimento de software. O assunto de hoje é a lógica de programação. Para ler antes: Entendendo como funciona a programação de computadores: linguagens de programação, lógica, banco de dados A lógica de programação é um pré-requisito para quem quer se tornar um desenvolvedor de software, independente da linguagem de programação que se pretende utilizar. Mas o que é de fato a Lógica de Programação e como saber se eu tenho esse pré-requisito? A lógica de programação nada mais é do que a organização coerente das instruções do programa para que seu objetivo seja alcançado. Para criar essa organização, instruções simples do programa, como mudar o valor de uma variável ou desenhar uma imagem na tela do computador, são interconectadas a estruturas lógicas que guiam o fluxo da execução do programa. Isso é muito próximo ao que usamos em nosso cotidiano para realizar atividad...
13 comentários
Leia mais

JavaOne Brasil, dicas para submissão de palestras

Por
Não quero parecer pretensiosa dando dicas para submissão de palestras para o JavaOne Brasil, mas sim repassar os tantos conselhos e sugestões recebidas pelos vetaranos do JavaOne: Bruno Souza e Leonardo Galvão que revisaram dezenas de submissões para o JavaOne e ajudaram a aprovar tantas palestras, e também misturar um pouco da minha experiência na seleção de palestras nos eventos realizados pela Globalcode e SouJava . 10 anos de JavaOne: http://www.globalcode.com.br/noticias/Globalcode10AnosNoJavaOne Os palestrantes ganham a entrada! A submissão pode ser feita em português! O passo mais importante para ser aprovado como palestrante no JavaOne é sem dúvida nenhuma submeter pelo menos uma palestra. Então, independente de qualquer coisa, participe, arrisque, divulgue.  Mas, se quiser aumentar as suas chances...   1) Leve a sério: peça para amigos fazerem uma leitura crítica do texto, e claro uma boa revisão ortográfica. 2) Submissão de várias palestras ou variações do ...
3 comentários
Leia mais

Tendências: NoSQL

Por
Muitos de nós já fomos testemunhas e presenciamos tendências tecnológicas virem com intensidade e se dispersarem tão rapidamente como surgiram. Há alguns anos acompanho a popularização e a adesão de padrões de infraestruras e plataformas para suportar aplicações web. A decisão de usar uma ou outra solução é com freqüência respaldada por casos de sucessos. Notadamente é considerável o peso dado ao que a start-up de sucesso do momento está utilizando. Tais decisões levam a uma reação em cadeia que direciona o mercado de desenvolvimento de software de uma maneira bem significativa. Uns dos mais populares stacks de hoje tem uma abreviação peculiar: LAMP. Esta combinação de letras são, na verdade, atalhos para os mais famosos projetos open source que se tem conhecimento: Linux, Apache (servidor HTTP) e MySQL. A última letra desta seqüência merece um destaque pela sua ambigüidade pois pode simbolizar a inicial de uma entre as mais populares linguagens script ( Python , PHP e Perl )....
6 comentários
Leia mais

Java no mundo das Telecomunicações

Por
Este é meu primeiro post aqui no blog e gostaria de dizer que estou muito feliz em também poder contribuir com esta grande (e crescente) família Globalcode. Vou começar escrevendo aqui sobre um tópico pouco explorado no universo Java: o seu uso no mundo das telecomunicações. Vários de vocês podem ter trabalhado em projetos para empresas de telecom utilizando a tecnologia Java. Eu mesmo já participei de alguns, implantando sistemas de tarifação, faturamento, CRM e cobrança. Mas o objetivo deste post é um pouco diferente: estou falando do uso de Java na própria rede de telecom. Como vocês podem imaginar, esta rede que permite que ligações telefônicas sejam feitas de seu celular ou aparelho fixo é um tanto quanto complexa, lidando com aspectos como roteamento, bilhetagem, roaming , etc. E o Java está presente neste cenário também. Para provar que não estou mentindo, abram o site do JCP e cliquem no link "JSRs by Technology". Observem que uma das categorias lista é a JAIN ( Jav...
6 comentários
Leia mais