VRaptor3.4.1 + EJB3.1 + CDI + projeto EAR + maven

Assuntos Gerais
#1

Olá,

Não estou conseguindo usar o VRaptor juntamente com EJB/CDI

O código abaixo não funciona pois o VRaptor utiliza o Spring para injetar as dependências.

@Resource
public class MeuController {
      
     @Inject
     private MeuEjb meuEjb;

     @Post @Path("/cadastrar")
     public void cadastrar(Coisa coisa) {
          meuEjb.cadastrar(coisa);
     }

}

Estou no seguinte ambiente:
VRaptor3.4.1 + EJB3.1 + CDI + projeto EAR + maven

#2

Isso não vai funcionar com a versão atual do VRaptor pois ele não se integra com CDI… Isso vai sair na próxima versão do VRaptor (siga @vraptor3 no twitter)

o que vc pode tentar fazer é configurar o spring pra se integrar com o servidor de EJBs.

#3

Entendi. qual a previsão para lançar a nova versão do VRaptor ?

Estou usando Jboss 7.1, como eu faço essa integração do Spring que vc falou ?

#4

Tem que procurar essa integração nos módulos do spring… não sei como é, só sei que tem.

a próxima versão deve sair em breve.

#5

Você pode usar este cara aqui: https://github.com/garcia-jj/vraptor-plugin-cdi/

O problema dele é você criar uma factory para cada EJB. Atualmente tenho usado assim, até sair a versão integrada ao CDI.

#6

Valeu d+ cara ! vou testar e posto o resultado.

#7

[quote=garcia-jj]Você pode usar este cara aqui: https://github.com/garcia-jj/vraptor-plugin-cdi/

O problema dele é você criar uma factory para cada EJB. Atualmente tenho usado assim, até sair a versão integrada ao CDI.[/quote]

Ola Garcia.
É melhor usar esse vraptor-plugin-cdi ou aquele service locator que voce postou no http://www.guj.com.br/java/250421-vraptor-x-container-managed ?

abraço.
Fabiano.

#8

Eu prefiro esse plugin porque dá para pegar tanto EJB quanto CDI beans, e também o plugin evita ficar usando Strings com nome de módulo, etc.

O único problema é que tem que gerar uma factory para cada EJB. Se você tem poucos EJBs, vale a pena.

#9

[quote=garcia-jj]Eu prefiro esse plugin porque dá para pegar tanto EJB quanto CDI beans, e também o plugin evita ficar usando Strings com nome de módulo, etc.

O único problema é que tem que gerar uma factory para cada EJB. Se você tem poucos EJBs, vale a pena.[/quote]

Será que tem diferença com relação à performance entre as duas formas? por acaso já fez algum tipo de teste de stress pra saber quantas requisições por segundo essa infra é capaz de atender?

Obrigado mais uma vez e parabéns pelo excelente trabalho!
Fabiano.

#10

[quote=Lucas Cavalcanti]…
a próxima versão deve sair em breve.[/quote]

Vai ficar um sonho hein! Não vejo a hora… será que esse ano?

Abraço.
Fabiano.

#11

Com certeza esse ano :wink:

#12

[quote=Lucas Cavalcanti]Com certeza esse ano :wink:
[/quote]

#curti!!!

#13