Caros,
Mesmo que existam requisitos transacionais em uma aplica��o, aliados a
escalabilidade, estabilidade, seguranca, nao necessariamente voce precisa
utilizar EntityBeans.
Pode-se muito bem utilizar um SessionBean para iniciar a transacao, o qual
em seus metodos de negocio executam os DAOs para persistencia (ou qualquer
outro pattern de classe java com codigo JDBC). O contexto transacional �
garantido nestas invocacoes aos DAOs.
Se precisar "distribuir" a persistencia, ou seja, remotamente efetua-la,
coloca-se a fachada session aos objetos de persistencia.
[]'s
Marcelo
-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: sexta-feira, 4 de outubro de 2002 10:42
To: [EMAIL PROTECTED]
Subject: Re: [enterprise-list] DAO x EJB
Como assim ficou impraticavel??
Explica um pouco quais foram as problemas encontradas ??
N�o se esque�a que um entity bean � um objeto persistente. Se vc tem
queries que retornam grandes quantidades de registros, um bean deve ser
instinciado para cada query. Um find no entity preferencialmente retorna
um ou poucos registros. Se precisar usar uma lista para mostrar no lado
cliente, h� v�rias solu�oes de resolver isso numa maneira melhor.
Deve lembrar tamb�m que um EJB � um objeto transacional. Se vc esta
criando um sistema de Cat�logo de produto por exemplo de qual o objetivo �
de pesquisa, provavelmente � melhor utilizar somente Servlets/JSP e DAO.
Se criar um sistema de negocios aonde a funcionalidade transacional �
essential, a perda de performance de EJB em rela��o de DAO n�o
necessariamente � impedimento de uso deles. Com EJB vc ter� muito mais
escalabilidade, seguran�a e estabilidade, transa��es distribuidos etc. H�
at� servidores de aplica��o com failover de transa��es. Integra��o com
sistemas legados tamb�m ser� raz�o para uso de EJB.
---------------------------------------------------------------------
Para cancelar a subscri��o, envie mensagem para:
[EMAIL PROTECTED]
Para comandos adicionais, envie mensagem para: [EMAIL PROTECTED]
