Vraptor 2.5.0 release

Debugger Membro desde: 17/09/2007 18:42:58 Mensagens: 52 Offline

A nova versão do VRaptor já está disponível para download.

Esta nova versão vem com algumas correções de bugs, melhorias internas do código, melhores testes e novas features.

Duas grandes novidades estão no suporte a waffle-taglib para geração de formulários internacionalizados, suporte a componentes através de injeção de dependências e o uso do pico container internamente.

Sempre vendo IoC como o caminho para a criação de componentes e facilitando o desenvolvimento de seus testes, o sistema de controle de erros foi melhorado para que possa ser expandido pelo próprio usuário.

Uma lista completa das novidades pode ser vista em http://vraptor.org/release-notes.html

O download do novo VRaptor pode ser feito em http://sourceforge.net/project/showfiles.php?group_id=158027

Java Ninja Membro desde: 31/01/2003 10:21:32 Mensagens: 260 Offline

Legal jonasabreu!

Brinquei um pouco com ele na versão anterior e, com certeza, vou testar esta versão também.

Agora, cara, você poderia citar alguns projetos que, em produção, estejam usando o VRaptor?

Abraço!

Opa!

Eu já estou com 3 projetos rodando em produção, utilizando o Vraptor como framework de desenvolvimento.

1 - Sistema de consulta de Reembolso para empresa de cartões de benefícios.
2 - Sistema de controle de arquivos para clínicas e laboratórios.
3 - Aplicação Web para gerência das etapas de desenvolvimento e produção de produtos personalizados. (Brasi x China)

Até o momento tenho obtido ótimos resultados utlizando o Vraptor juntamente com o Hibernate.

HelloWorld Membro desde: 02/12/2006 18:05:05 Mensagens: 10 Offline

Oi pessoal tudo bom!?

Eu estou usando o Vraptor num projecto de controle de Licencas dos consultores aqui na UTRAFE - Unidade Tecnica da Reforma da Administracao Financeira do Estado.

Ele muito legal !!!
Muito simples de configurar e usar .... e monte de coisa.

Maputo - Moçambique

Segundo Erik Beeson:

"First I'd like to say, I am overwhelmingly impressed with vraptor. I can't remember how I came across it, but I've been using it on a fairly good sized project since March and I've been loving it.

I was a committer to WebWork before it was absorbed into Struts2, so I've spent some time with MVC. I got so tired of "XML situps", and despite a couple of efforts to implement a "convention over configuration" type system into WebWork, it never really came together. When it came time for me to start on a new project, I ended up deciding to just implement my own framework, since there was just too much configuration overhead with WebWork/Struts, and the rest of the frameworks I looked at (rife, pico, webflow, etc) just didn't mesh with how I thought about MVC.

Then I stumbled upon VRaptor, and it's much like what I was building, but is so much more powerful. It's beautiful! Annotations are a totally natural way of marking up controller classes, and mapping controller/function/result to a view, with the ability to override them if necessary is exactly what I wanted. Plus, it gives me all of the hooks into the internal workings so that I can customize things on just about whatever level I need"

JavaBaby Membro desde: 22/08/2005 16:38:08 Mensagens: 98 Offline

Show de Bola!!!

O VRaptor consegue ser simples e robusto ao mesmo tempo. Usei ele em 2 projetos e recomendo.
Um ponto que me agrada e muito e o mínimo trabalho possível com configurações.
As convenções que o VRaptor usa realmente poupam tempo com as configurações.

nota dez!

Java Ninja Membro desde: 31/01/2003 10:21:32 Mensagens: 260 Offline

Caraca, tá caindo projeto do céu... e em VRaptor!!!

Quem dá mais? Quem dá mais?

Muito legal ver esses cases reais...

What is classpath? Membro desde: 24/07/2006 17:32:39 Mensagens: 5 Offline

Utilizamos o VRaptor num projeto para atender uma norma da ANS, chamado TISS. Usamos ele pra fazer toda a parte de controle de interface, jstl pra montar as telas, Hibernate pra persistência e XStream pra parte que tratava de XML.

O sistema ainda não foi pra produção, mas digo que a integração entre o VRaptor e resto foi muito tranquila. Nada como usar anotações em lugar de arquivos de configuração pra botar tudo funcionando, isso pra falar pouco. Há também suporte nativo pra Ajax e mais um monte de coisas que facilitam muito a vida.

Ah sim, vale a pena lembrar também que a integração entre a view e a model é transparente com o uso de EL, nada de usar form beans com métodos get bizarros.

Definitivamente uma ótima opção pra quem quer sair com classe (perdoem-me o trocadilho) do bom e velho Struts

JavaBaby Membro desde: 01/10/2006 23:40:01 Mensagens: 87 Offline

Pessoal por acaso alguém já usou Hibernate - VRaptor - OpenLaszlo?

[]'s

leojribeiro wrote:Pessoal por acaso alguém já usou Hibernate - VRaptor - OpenLaszlo?

[]'s

Sim!

Struts, Ww, Laszlo, Spring, Jsf...

O VRaptor da um show em cima de qualquer um quando o assunto é produtividade (Aplicação / aprendizado).

Pena não ser forte nas empresas

Entusiasta Java Membro desde: 05/11/2007 10:43:48 Mensagens: 20 Offline

Eu não vejo o VRaptor como tendo nada de novo a oferecer em relação ao Stripes.

O Stripes está aí já faz um bom tempo e possui tudo que o VRaptor possui e mais um pouco.

A ausência de tag libs no VRaptor é inexplicável e agora esse merge com o Waffle ficou meio estranho. O que o Waffle tem de bom/novo para oferecer, além de ser da ThoughtWorks? Chamada direta a methods?

Parece que as pessoas que estão falando aqui são apenas os amigos e conhecidos dos autores do framework, que fizeram o curso da Caelum.

Não me levem a mal, mas se for para usar o VRaptor eu prefiro usar o JBoss Seam que resolve não apenas a parte do controlador como todo o resto pra mim.

This message was edited 1 time. Last update was at 23/01/2008 12:18:12

Oi Ricardo

Teve gente que postou aqui e nao teve aula na Caelum nao.

O Seam é uma abordagem completamente diferente, e voce esta optando por JSF.

O Waffle e o VRaptor compartilham muitos dos seus conceitos, e agora que diversos dos comitters do vraptor estao no waffle, estamos fazendo algumas bibliotecas para os dois frameworks.

Sobre a taglib, voce pode usar qualquer taglib. Eu sinceramente nao gosto de taglibs de frameworks MVC, porque voce acaba amarrando o seu V com seu C. Se voce trocar seu controlador, suas taglibs nao vao mais funcionar corretamente. Prefiro usar taglibs independentes de controlador, como a displaytaglib, etc. Mas é uma questao de gosto e de quao desacoplado voce quer sua arquitetura.

Olhando todas suas mensagens previas, vejo que voce tem um gosto curiosamente bem parecido com o do Sergio: prefere usar configuracao programatica, prefere usar Mentawai e ate mesmo o Space4J. E na maioria absoluta dos seus posts voce os cita. É a preferencia de cada um.

Paulo Silveira wrote:
Sobre a taglib, voce pode usar qualquer taglib. Eu sinceramente nao gosto de taglibs de frameworks MVC, porque voce acaba amarrando o seu V com seu C. Se voce trocar seu controlador, suas taglibs nao vao mais funcionar corretamente. Prefiro usar taglibs independentes de controlador, como a displaytaglib, etc. Mas é uma questao de gosto e de quao desacoplado voce quer sua arquitetura.

Muito bom não prender as camadas V com C.

Isso elimina o trabalho do programador alterar o código que o designer fez e eu posso optar pela jstl no lugar da displaytaglib... hehe

* Nem sei onde fica a caelum

Oi Ricardo tudo bem?

Existem dsenvolvedores que gostam de fazer algumas coisas por si só... outros que gostam de usar coisas prontas (por exemplo spring juntando tudo para voce)... gosto é gosto, os dois resolvem o problema... você deixa claro que gosta de taglibs,e conexões entre bibliotecas prontas... é um caminho a seguir..

Nao podemos esquecer caracteristicas importantes da JSF, como a dificuldade do controle do designer e indexação de paginas, caracteristicas que a propria sun cobra em suas provas.
Acredito que a escolha de um controlador e de uma tecnologia deve ser feita por motivos tecnicos (como o da indexacao acima) e gostos da equipe. Nao adianta colocar um cara que gosta de uma biblioteca para programar com outra que nao vai dar produtividade...

Sobre merge, não houve merge, há um compartilhamento de codigo, afinal se uma taglib pode funcionar com varios projetos, pq funcionar com um só? Vantagens para o vraptor? Creio que a troca de conhecimento entre equipes sempre seja lucro...

Abraco

Trabalho em uma empresa de varejo em minha região, e estamos implantando um projeto interno usando o vRaptor até então temos sido bem sucedidos... basicamente hoje controlamos a comunicação interna entre várias filiais (comunicação entre funcionários ) e arquivamos documentos através de meios digitais (excluir o uso de papel em certos casos ) entre algumas coisas a mais, O Sucesso deste projeto ocasionará em algo muito maior que já temos em mente e certamente usaremos vRaptor.

Obs : 42 Lojas 3 Depósitos. e 2 programadores.

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