JMS + Swing

Olá

1. Vocês fizeram testes comparativos entre A e B antes de escolher B ou foi só na intuição?

2. Como são os EJBs? Qual tipo de interface? Quem os controla? Dê a ficha deles para podermos avaliar se algo pode ser melhorado neles.

3. Não entendi onde entraria JMS no seu projeto.

[]s
Luca

1) Vocês fizeram testes comparativos entre A e B antes de escolher B ou foi só na intuição?

Não fizemos teste não Luca.

Espero conseguir passar as informações…

Criamos um GeralEJB para as telas de cadastros e um EJB para cada modulo q é criado. A interface é remota, sendo acessada por um Facade, sendo q esse Facade não acessa esses EJB ele acessa um EJB chamado EJBUtil, q passa o ejb solicitado.

O Sevidor utilizaria JMS para enviar uma msg contendo a lista q foi atualizada por um cliente, isso para cada cli.
exemplo: Ao adicionar um funcionario a uma determinada empresa, os clientes so teriam acesso a esse novo funcionario se fechasse e abrisse o sistema, pois é nessa hora q ele pega as listas de funcionario de todas as empresas. Para q isso não seja nescessario, pensamos em utilizar JMS para q toda vez q um funcionario fosse alterado, disparasse uma msg para todos. No caso, cada cli teria um messageListener para receber essas msgs.

Vlw por ter respondido.

Olá

O sistema é realmente distribuído? Há realmente necessidade de interface remota?

[]s
Luca

Creio q existe a necessidade sim de uma interface Remota pois existem clientes acessando na mesma rede local e remotamente.

Desculpe minha ignorância, em q momento vc fala q o sitema é destribuido??? :oops:

Olá

Gosto mais de arquiteturas onde o cliente vê as dados e um ou mais servidores fazem todo o resto. Neste caso as vezes os servidores estão espalhados em vários locais e é este tipo que para mim pode usar interface remota. Quando todos os EJBs estão no mesmo servidor interface remota é um atraso de vida. Como já disse aqui no GUJ em outro tópico: EJB com interface remota eh uma gambiarra que serve apenas e tão somente quando o projeto realmente precisa de uma arquitetura distribuída e ainda use RMI/IIOP como protocolo de comunicação entre os objetos. Lembre-se de nao usar caso voce nao precise.

Há gente que gosta de clientes que além de mostrar os dados ainda escovam os dentes e chupam cana. Gente que coloca telas acessando EJBs sem a intermediação de um servlet engine que pode inclusive estar atrás de um firewall. Não gosto disto, para mim o negócio deve ser independente de como é mostrado. Nestes casos sinto cheiro de aplicação cliente servidor modelo 2 portas sedan Delphi 1994 ou cupê banda branca VB 1993. Mas se seu sistema já é assim, sinto muito, vai ter que aturar.

Com EJBs, na maior parte das vezes um par business delegate + session beans resolvem todos nossos problemas transacionais. Raros projetos precisam de tudo dos EJBs. Muitas vezes vale é o princípio do Rod Johnson: “It is better to avoid gratuitous complexity than to rely on tools to manage it”

Dois links para sua análise:

[]s
Luca

capitei…capitei…vossa mensagem Oh!!! Dignissimo Guru…

Entao ja q tudo esta na mesma JVM nao a necessidade de utilizar chamadas remotas aos EJBs, somente o Facade que precisa pois é o q vai ser chamado pelo cli, correto?

espero q eu tenha acertado

Abrigado por ter respondido em tão pouco tempo

vou dar olhada nos links… Vlw

Olá

Certo, primeiro passo é tentar usar interface local. Veja os links e analise possibilidades. Em futuros projetos considere também a hipótese de não usar EJBs, inclua o Hibernate e o iBatis em seu cinto de utilidades.

[]s
Luca