Perda de conexão do Jboss 3.2.7 com o Jboss 3.2.6 não é restabelecida

Não sei se entendi direito, mas parece-me que seu JBoss “Cliente” está tantando usar o proxy retornado pelo método “create” após a queda do JBoss “servidor”.

Bem, sinto ter que informá-lo que vc. terá que tratar a exceção que ocorre, o que, IMO, deve ser implementado com outra camada de proxies que atuam como “Bussiness Delegates”. AFAIK, o proxy obtido via JNDI não suporta a reconexão automática no caso do JBoss.

Para cada session bean, crie outra classe com os mesmos métodos do bean original. Ao chamar um método do delegate, este tenta a chamada remota. Caso ocorra uma exceção indicando erro “recuperável”, ou seja, não ligado à execução do método em si, o método deve fazer outra(s) tentativa(s), jogando fora o proxy em uso e recriando-o do zero ( lookup + create ).

Esta tática procura limitar o impacto de recriar o EJB apenas ao cenário em que ocorre a queda do servidor central, o que, espera-se, não ocorra com tanta freqüência.

Passando a usar o delegate vc. leva ainda, como benefício adicional, a possibilidade de, no futuro, mudar sua arquitetura para, p.ex., o uso de EJB locais, sem ter que mexer em nada alem destas classes. Em resumo, vc. ganha em flexibilidade com o uso do velho e bom princípio do desacoplamento.

Complementando, se vc. estiver usando Spring no lado cliente, já tem algo pronto para fazer esta ginástica…

http://forum.springframework.org/archive/index.php/t-21230.html