|
E vc teria um exemplo deste pattern ?
----- Original Message -----
Sent: Tuesday, November 20, 2001 2:31
PM
Subject: Re: [java-list] DAO e outras
t�cnicas de persist�ncia
Com o pattern Value List Handler voc� pode
paginar o seu resultado sem problemas...
Ele � implementado como um Session Bean e
trabalha com os Value Objects.
Acho que eu me expressei mal.
[]�s
----- Original Message -----
Sent: Tuesday, November 20, 2001 9:51
AM
Subject: Re: [java-list] DAO e outras
t�cnicas de persist�ncia
Antonio Kantek wrote:
00fd01c17136$12189c60$a901a8c0@localdomain">
Bom pessoal eu gostaria de discutir com voc�s
algumas t�cnicas de implementa��o que eu adotei em meus ejb.
Em primeiro lugar eu utilizei BMP/CMP
delegation. Existe um documento muito legal no theserverside.com e no site
da sun chamado seven rules for ejb optimization que fala sobre essa
t�cnica. Mas eu fiz algo ainda mais legal, eu encapsulei os meus CMP em
DAOs (data access object). Assim sendo eu tenho o meu factory de DAOs e o
dia que eu quiser utilizar ldap para persistir os meus ejb, soh mudo uma
chamada. Ent�o vc n�o utiliza CMP mas BMP. O DAO �
uma forma de manualmente mapear os beans para arq de texto, LDAP, RDBMS etc.
isso � Bean Managed Persistence.
00fd01c17136$12189c60$a901a8c0@localdomain">
Mas o grande desafio para mim foi Queries.
Uma vez que n�o podemos prever todos os finder que v�o ser necess�rios
pelo pessoal que vai utilizar os beans.
Ao inv�s de implementar os
DSOs (data service object), eu fiz uma camada de entidade junto com a
implementa��o do pattern Value List Handler. O que a entidade tem �
basicamente uma tabela relacionando bean / tabela, property / coluna (isso
bem a grosso modo). Isso infelizmente � uma repeti��o do meu ejb.xml,
sendo que esse arquivo possui o mapeamento dos meus CMP.
Quem quiser discutir
comigo sobre esse assunto esteja a vontade, uma vez que eu s� conhe�o 2
pessoas que fizeram o mesmo que eu (um na borland e outro nos eua). Uma
segunda opini�o � sempre legal. N�o se utiliza
EntityBeans (nem CMP ou BMP) para fazer consultar grandes do tipo:
select
* from CCF where qt_cheques > 1 (no CCF cad de ch s/ fundos) retornatia
tipo 5.000.000 records, instanciando 5.000.000 beans. O certo aqui seria o
Facade pattern. Mapear umValue Object para o DB e fazer o query no
SessionBean (stateless).
Sven
00fd01c17136$12189c60$a901a8c0@localdomain">
[]�s
|
