Ola,

  Estou pensando em como fazer a arquitetura de uma aplicacao que
estou fazendo. Esta aplicacao vai ser acessada via browser e usar EJB
para implementacao em principio.
  Fiz varios testes com Entity beans e assim por diante e nao fiquei
muito satisfeito. Entao lendo no TheServerSide olhei este artigo que
tem algo semelhante ao que estou pensando fazer :

http://www2.theserverside.com/home/thread.jsp?thread_id=16115&article_count=12

  A arquitetura que estou pensando e um pouco diferente da que esta no
artigo mas possui a mesma ideia central.
  Seria o seguinte :

  - Classes persistentes implementadas usando uma tecnologia de
persistencia com o Hibernate (http://hibernate.sf.net). Poderia ser
JDO ou alguma outra. Mas sem entity beans.

  - A logica de negocios seria implementada em classes java "normais"
(nao session beans ou coisas assim). Seriam as tais classes POJO (Plain
Old Java Objects) faladas no artigo do TSS.

  - Para acesso remoto (da camada WEB) seriam criados session beans
que acessariam camada POJO. Minha ideia e ter uma correspondencia 1
para 1 nisso. Ou seja cada classe POJO teria um session bean
correspondente.

  Vantagens desta ideia :

  - facilidade de desenvolvimento. Grande parte do desenvolvimento da
aplicacao se refere a criar as classes persistentes e a logica da
aplicacao. Neste caso as classes do Hibernate e as classes POJO. Note
que este desenvolvimento pode ser feito sem usar um servidor de
aplicacoes.

  - facilidade de testes. Neste caso falo de testes automatizados como
JUnit. Como consequencia de nao ter necessidade de nao ter um servidor
de aplicacoes rodando estes testes sao muito simplificados.

  Desvantagens desta ideia :

  - Isso e que eu queria saber. Existe algum problema em desenvolver o
  sistema desta forma ? O que isso vai afetar ?  O que eu perderia em
  relacao a uma aplicacao EJB mais "tradicional" (session beans
  acessando entity beans) ?

-- 
 Danilo                          mailto:danilo@;floripa.com.br



---------------------------------------------------------------------
Para cancelar a subscri��o, envie mensagem para: 
[EMAIL PROTECTED]
Para comandos adicionais, envie mensagem para: [EMAIL PROTECTED]

Responder a