Vraptor 2.5.0 release

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.

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"

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!

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

Quem dá mais? Quem dá mais?

Muito legal ver esses cases reais…

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

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

[]'s

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. :roll:

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.

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.

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.

Alguns detalhes do vraptor e do stripes, docs em portugues eh um classico exemplo que os desenvolvedores brasileiros pedem… ai entra a questao do que deveria ser feito… outra questao que eu nao sei, mas quando vimos o stripes a primeira vez, ele nao tinha nada relacionado a injecao de dependencias em geral e a ideia do good citizen, saberia me dizer como esta agora?

Eu gostou muito do vraptor.

Uma simplicidade incrível para desenvolvimento.

Sou de Porto Alegre e não conheço a Caelum e nenhum dos commiters do projeto.

Quando me perguntam sobre preferencia, o vraptor é o primeiro da lista.

Eu não gosto de JSTL. Tem um monte de problemas e deficiencias. Umas tags integradas ao framework, para validação por exemplo, ajudam muito. Acho que vocês estão usando as tags do waffle agora, o que deve ser melhor que JTSL. E acoplar a camada view ao framework não vejo como problema. O M já está atrelado ao C mesmo, via annotations.

Não concordo com ele em outros aspectos, como por exemplo que uma action deve estender uma classe abstrata (tivemos uma discussao omérica sobre isso)

E por isso você vai grudar o V junto?

IMHO, annotations que atrelam o modelo a uma implementação ou framework específicos são péssimos. É o melhor jeito que se achou até agora pra evitar os XMLs do JPA/Hibernate/EJB3/etc, mas ainda assim me dá calafriozinhos.

Se meu modelo não puder ser empacotado num JAR que contém toda a lógica de negócio daquela aplicação em particular, tá na cara que eu esqueci de olhar alguma métrica de coesão e acoplamento no meio do caminho, e preciso refatorar meu código.

Dêem uma lida nisso: http://pilchardfriendly.blogspot.com/2007/02/what-colour-is-your-code.html

Ah, e ‘homérico’ é com ‘h’.

Parabéns o VRaptor cada vez melhor

é, eu nunca usei o vraptor vou fazer o download agora e fazer uns testes,

estou pensando em coloca-l0 em produção aqui na empresa, dei uma lida neste post, deu pra se ter uma ideia dos
pontos negativos e positivos dessa framework;

mais de qq forma o pessoal ta de parabens (não vou citar nomes), por ter desenvolvido uma framework que esta sendo
bem vista e bastante usada, e ainda mais é BraSuca…parabens mesmo !!

abs…

Gostei muito da idéia, de configuração por convenção. Já gostava do mentawai, por fazer, configuração via código. E com anotações, fica algo extremamente limpo e entendível. Parabéns, ao pessoal que mantém o projeto.

PS.: Também não sei onde fica a Caelum. []s

Monteiro:

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 :)

Hehehehe… coincidência, terei que fazer esse mesmo projeto agora em março.

Bom, apenas para agregar. Comecei a desenvolver web com Java utilizando Struts. No início beleza, não me importava com todas aquelas configurações que tinham que ser feitas, aí me apresentaram o Webwork, (bah) na hora troquei… dali um tempo começaram a vir o JSF, Spring e cia…

Começar a olhar um e outro e ficava louco, mil e uma configuração, precisava de semanas para enteder só o framework, isso me deixava indignado, quase decidi voltar a usar o velho servlet com a JSP.

Até que resolvi ir a fundo no Vraptor, mas pq ele?

1 - Por ser um framework brazuca;

2 - Ter acesso a uma documentação simples e com bastante exemplo;

3 - Por ser simples e requerer o mínimo de configuração possível;

4 - Curva de aprendizado extremamente baixa, isso possibilita treinar uma equipe de desenvolvedores (leigos no assunto) rapidamente.

5 - Suporte e acesso ao desenvolvedores do framework, obtendo respostas rapidamente e também podendo trocar idéia com os mesmos. (Não que isso não possa ocorrer com outros frameworks).

6 - Atende a todos os requisitos que preciso para o desenvolvimento dos projetos que temos na empresa.

7 - To de saco cheio de ficar correndo atrás de frameworks. <img src="//https://cdn.jsdelivr.net/gh/twitter/twemoji@14/assets/72x72/s.pngmiley.png?v=5" title=":smiley:" class="emoji" alt=":smiley:">

Para o desenvolvimento dentro de uma empresa, eu tenho por mim que é necessário se ter um framework em que tu possa focar o desenvolvimento, apostando e tentando contribuir cada vez mais para o aprimoramento do mesmo.

Ou seja, respeito todos os outros, acho que cada um tem sua peculiaridade, mas apostei no VRaptor e é nele que vamos continuar investindo.

Fiz uns testes com ele tbm e pra mim está a um nivel muito acima a outros frameworks!

surreal :twisted:

eu uso e indico o vraptor.

Eu também evito usar taglibs dos frameworks mvc. Já que é possível, não vejo porque não desacoplar.

Mas gosto é gosto… não acho que seja um grande problema, apenas evito.

Mudando um pouco de assunto. Fiquei sabendo que o vraptor estaria usando a api paranamer para “descobrir” o nome dos parâmetros dos métodos, e assim melhorar a injeção dos atributos da requisição nas ações. Por exemplo:

versão atual:

public void salvar(Cliente novoCliente){
 xxxxx
}

na jsp:

<input type="text" name="cliente.nome"/>

versão usando paranamer:

public void salvar(Cliente novoCliente){
 xxxxx
}

na jsp:

<input type="text" name="novoCliente.nome"/>

alguém sabe quando será implementado?

Oi Marcelo, tudo bem?

No proximo release teremos suporte ao paranamer (e suas diversas implementacoes)

Ja que o pessoal da JCP nao faz, temos que fazer na “garra”

Abraco

Xiii, bródi! Vou te contar que a gente quebrou a cabeça pra fazer o nosso! rs
Mas já fica a dica: VRaptor, Hibernate e XStream (com XSTL) X

Fala Guilherme… blz?

Ficarei aguardando ancioso pra ver esta integração com o paranamer.

abraços
Marcelo

Lendo esse tópico tão cheio de elogios decidi estudar o framework…espero não me arrepender como ontem numa palestra de Rails (que não vi vantagem alguma)… :twisted:

Eu já havia ouvido algumas recomendações do Fabio Kung…mas não tinha despertado interesse…

Lendo este tópico sobre o VRaptor, dei uma verificada na documentação e percebi que existem algumas semelhanças com o Seam (somente algumas semelhanças!). A questão é. Quem veio primeiro Seam ou VRaptor? E a questão da injeção de dependencias já existia no primeiro release desse framework?

Marcus,
Vraptor é mais velhinho que o Seam.
Pico é o atual, não sei se existia algum antes dessa release. Provavelmente não.

[]'s

o vraptor veio antes mas as similaridades acabam na injecao de dependencia, que ja existia muito antes do vraptor. e o seam é focado em componentes visuais em vez de “actions”.

Pois é… o VRaptor 1 veio antes do Seam… o VRaptor 2 veio logo depois das versoes beta do Seam, e as primeiras anotacoes do vraptor 1 e 2 foram fortemente influenciadas por ele… apesar do caminho seguido ser totalmente distinto (action based)…

Sobre a Injecao de Dependencias, o conceito tem uma historia bem antiga e interessante… desde o pessoal do extinto Apache Avalon, passando pelo Pico Container, um tempo depois Webwork, Spring, Seam, VRaptor e outros. A lista que começa no webwork sao de controladores web que dão suporte a IoC.

“Batendo cara” com o Pico (depois dele) temos o Spring, o Nano Container, o Plexus (bem mais complexo), o Guice e outro projeto que deve aparecer em breve por ai…

Abraço

leojribeiro:

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

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