EJb e Command

Virtual Machine Man Membro desde: 04/02/2005 13:49:20 Mensagens: 546 Offline

Gostaria de saber se ficaria coerente usar Ejb com pattern Command.
Eu teria um único EJB para todos os commands que delegam para a camada de negocio.
ex:

Este código é seguro ?
Eu aproveito as transações e recursos do EJB ?

Virtual Machine Man Membro desde: 18/03/2005 16:13:17 Mensagens: 736 Offline

Bem, a idéia do EJB Command pattern em si não é ruim, mas existem diversas considerações a serem feitas.

Primeiro, caso vá realmente utilizar este modelo mais simples, faça com que o método de seu EJB receba uma instância do Command para não ficar tão limitado. O uso indiscriminado desse padrão pra tudo leva a um código assustadoramente procedural conforme o sistema cresce e por isso é preciso ter cuidado.

Eu recomendo seguir uma abordagem que permita que o uso desse mecanismo seja invisível para quem chama o código, não limitando a classe a ter somente um método "executável" no EJB. O genesis implementa este padrão de forma invisível, algo que talvez você também devesse fazer. Vale a pena dar uma olhada.

Virtual Machine Man Membro desde: 04/02/2005 13:49:20 Mensagens: 546 Offline

não limitando a classe a ter somente um método "executável" no EJB

Não entendi isso me explique...

Virtual Machine Man Membro desde: 18/03/2005 16:13:17 Mensagens: 736 Offline

jprogrammer wrote:

não limitando a classe a ter somente um método "executável" no EJB

Não entendi isso me explique...

Do jeito que você mesmo postou:

somente o método execute, com uma assinatura fixa, pode ser chamado no EJB. Isso é extremamente limitante para uma arquitetura.

This message was edited 1 time. Last update was at 13/04/2005 11:48:09

É essa a minha dúvida.
Teria apenas um ÚNICO ejb responsavel por toda comunicação client e server.
Mas esse EJB apenas passaria os dados do client para o server e chamaria o command apropriado para a camada de negócios.
Outra coisa, as classes commands não poderiam ser passadas porque elas seriam instanciadas no server e o cliente não necessariamente teria essas classes por motivo de centralizacão.

O EJB poderia ser coberto por uma camada envoltória apenas para não expo-lo.

Essa fina camada involtória se comunica com a camada de apresentação.

o execute poderia retornar valores também

Estava pensando nisso apenas como idéia. Por que isso traria idenpencia na comunicação entre client e server.
Qual sua opinião ?

Virtual Machine Man Membro desde: 18/03/2005 16:13:17 Mensagens: 736 Offline

Mantenho os meus comentários iniciais. Dê uma olhada na abordagem do genesis para esta questão, veja o que você acha e, caso ache que não serve pra você, explique o porquê.

Virtual Machine Man Membro desde: 04/02/2005 13:49:20 Mensagens: 546 Offline

Gostei desse genesis. Não vi com detalhes mais parece que ele faz um refactory no código baseado nas anotações. É +- como o XDoclet.

Mas ele dá suporte a aplicações web ?

Virtual Machine Man Membro desde: 18/03/2005 16:13:17 Mensagens: 736 Offline

jprogrammer wrote:Gostei desse genesis. Não vi com detalhes mais parece que ele faz um refactory no código baseado nas anotações. É +- como o XDoclet.

Hmmm, não é bem isso

O modelo do genesis que funciona out-of-the-box utiliza anotações e AOP para abstrair a complexidade e arquitetura de deployment da sua aplicação do código de negócios.

jprogrammer wrote:Mas ele dá suporte a aplicações web?

Sim e não. Toda a parte relativa a sua pergunta - que é relacionada com a camada de negócios - funcionaria em qualquer ambiente. As APIs de suporte a interface com o usuário são no momento voltadas a aplicações desktop, mas nada impede você de usar WebWork/JSF/Struts/Whatever + genesis.

Na versao 4 o genesis deve prover seu proprio suporte à aplicações web.

Notícias, artigos e o maior fórum brasileiro sobre Java