Pessoal, estou me deparando um probleminha bem esquisito. Configurei um cluster de jboss 6.1.0, e minha aplicação está usando Vraptor 3.4.1. O que ocorre que não estava conseguindo replicar minha sessao para os nós do cluster de jeito nenhum, então criei uma classe bem besta só pra testar a aplicação:
public class TesteServlet extends HttpServlet {
private static final long serialVersionUID = 1L;
@Override
protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
HttpSession session = req.getSession();
System.out.println("ID:" + session.getId());
String att = (String) session.getAttribute("TESTE");
if (att != null) {
System.out.println("Esta aqui: " + att);
} else {
System.out.println("Não está na sessão. ");
session.setAttribute("TESTE", "ATT : " + new Date());
}
}
}
Bem, quando coloco ela em um projeto web que só contém essa classe e o web.xml, a replicação funciona perfeitamente:
Quando coloco a mesma classe no meu projeto, nada feito. Não funcionada a replicação de sessão.
Bem, acontece que eu comecei a desconfiar de tudo e de todos, foi ai que pensei em retirar o Vraptor do class-path, e então a classe de teste passou a funcionar perfeitamente.
tenta trocar pro guice… o pico coloca o container de session scope na sessão do usuário. E como o container não é serializable, ele deve dar pau na replicação…
o guice não faz isso, então só é suficiente vc pegar as suas classes session scoped e torná-las serializable
Pessoal, problema resolvido, como o Lucas havia falado o pico não funciona muito bem para o cluster. Com o guice funcionou perfeitamente.
Só tem uma bizarrice a mais que to achando que é com o jboss. Quando troquei para o guice container começou a dar um erro de parser no XML web-fragment.xml dentro do META-INF do jar do vraptor. Minha aplicação está usando web-app na versão 2.5 ainda, então ainda uso web.xml, old school, e o vraptor já usa versão 3.0. Não sei se o jboss se perdeu, mas retirei o web-fragment de dentro do jar e funcionou perfeito. Mas ainda não estou satisfeito com o resultado, não queria ter mechido no jar do vraptor, isso me parece POG demais. Estou desconfiando das minhas libs, pois uso hibernate e hibernate-search. Mais precisamente dessa aqui: xml-apis-1.0.b2.jar
Estou pensando que ela possa ter sobrescrito o comportamento padrão do parser que ja existia no jboss. Bem, continuo investigando de qualquer forma.
Sim, Lucas, eu vou fazer esses testes a seguir. Como disse, nao fiquei contente de ter mechido no jar do vraptor. Quero testar uma forma de fazer funcionar sem precisar dessa alteração. Mas como disse estou desconfiando de ter incluido um jar na aplicação que fez alterar o parser XML, e isso está gerando o problema. Quero fazer os testes certinho, e volto a dar um retorno aqui para tentar contar o final da história…
Parece que o tomcat (o jboss usa o tomcat como container web) precisa que todos os web-fragments.xml sejam annotados com senão nada feito, ele não fará a replicação da sessão. Como o web-fragment do vraptor não tem o distributable setado ele interpreta que não pode “distribuir” a aplicação. De fato foi só anotar o web-fragment do vraptor como e tudo funcionou perfeitamente.
Oi Andre, tudo bem?
To tentando chegar onde voce ja conseguiu chegar: usar vraptor 3.4.1 com jboss, porem na versao as7.
Voce ta deixando o controle de transações com o jboss? Funciona bem em cluster?
Confesso que estou levando uma surra pra conseguir configurar esse ambiente.
[quote=f4314n0]Oi Andre, tudo bem?
To tentando chegar onde voce ja conseguiu chegar: usar vraptor 3.4.1 com jboss, porem na versao as7.
Voce ta deixando o controle de transações com o jboss? Funciona bem em cluster?
Confesso que estou levando uma surra pra conseguir configurar esse ambiente.
Obrigado. [/quote]
Estou deixando o controle de transação com o container sim. Na verdade nem me preocupo com isso, minha aplicação usa beans stateless e deixo tudo default, não alterei nada do comportamento padrão. Está funcionando como sempre. Em cluster ou não, funciona do mesmo jeito.
Sempre subo a aplicação web e o ear junto na mesma instancia do jboss então ele sempre pega os beans localmente.
Também não estou fazendo load balance de EJBs. Então sinceramente não sei se isso poderia afetar o comportamento, creio que não.
Com jboss 7 nunca testei, sei que mudou muita coisa em relação ao 6. Estou esperando ficar mais estável para poder começar uns ensaios com ele.
Legal Andre. Fico grato pelo retorno.
Acredito que deva ser pela versão do jboss que esteja dando tanto pano pra manga.
Vou continuar as tentativas.
Um abraço e sucesso.
