VRaptor 3.2 + Guice + Tomcat - java.lang.NoSuchMethodError  XML
Índice dos Fóruns » Frameworks e Bibliotecas brasileiros
Autor Mensagem
rodrigousp
JavaEvangelist
[Avatar]

Membro desde: 09/10/2003 14:23:31
Mensagens: 379
Offline

Pessoal, estou com problemas para rodar a aplicação Blank do VRaptor 3.2 com o guice.

Peguei a versão 3.2 do VRaptor que acabou de sair do forno para testar a integração com o Guice.


Estou utilizando o Tomcat 6.02.

web.xml


ls


stacktrace


Agradeço muito se alguém puder ajudar.

This message was edited 1 time. Last update was at 13/10/2010 15:41:36


Rodrigo di Lorenzo Lopes - blogger
[MSN] [ICQ]
Lucas Cavalcanti
GUJ Hacker
[Avatar]

Membro desde: 08/07/2007 00:08:14
Mensagens: 6395
Offline

o VRaptor só funciona com o Guice 3.0, que ainda não foi lançado oficialmente...

troque os jars do guice, pelos snapshots que estão na lib do VRaptor
http://github.com/caelum/vraptor/tree/master/vraptor-core/lib/containers/guice/

Abraços

--
Caelum
www.caelum.com.br

Lucas Cavalcanti
GUJ Hacker
[Avatar]

Membro desde: 08/07/2007 00:08:14
Mensagens: 6395
Offline

outra coisa: se vc tirar os jars do spring, vc não precisa da configuração do provider no web.xml

--
Caelum
www.caelum.com.br

rodrigousp
JavaEvangelist
[Avatar]

Membro desde: 09/10/2003 14:23:31
Mensagens: 379
Offline

Valeu Lucas e Paulo.

Fiz um teste aqui de um HelloWorld do Struts 2 versus o VRaptor 3.2 com Guice no JMeter. VRaptor vence por 5%. Pode parecer pouco, mas comparado com a versão com Spring que era umas 30 vezes mais lenta é formidável. Isso torna o VRaptor elegível para as aplicações de Front.

Parabéns para a equipe do VRaptor.

Rodrigo di Lorenzo Lopes - blogger
[MSN] [ICQ]
Paulo Silveira
Administrador
[Avatar]

Membro desde: 07/08/2002 18:38:50
Mensagens: 4204
Localização: São Paulo
Offline

Oi pessoal

Realmente o vraptor com guice esta mais rapido que o Struts 2, mas so para ser justo, a culpa da lentidao anterior nao é so o spring: a gente abusa de IoC em _todo_ request (chegava a ter 19 invocacoes para o container a cada request). Diminuimos um pouco isso, mas diminuir mais teria de deixar alguns componentes hardcoded, o que preferimos nao fazer.

http://blog.caelum.com.br twitter: @paulo_caelum


[Email] [WWW]
 
Índice dos Fóruns » Frameworks e Bibliotecas brasileiros
Ir para:   
Powered by JForum 2.1.8 © JForum Team