Bonato., Puts., agora fiquei preocupado..... tenho 1 entity beans e 1 session beans pra para cada entidade, e os acesso sempre atravez de taglibs, sempre pelo session q chama o entity......explica melhor esse papo de "Composite Bean"... como ficaria isso na pr�tica!!!!
[]s Heverson ----- Original Message ----- From: "Sergio Bonato" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]>; "Felipe F. Palma Dias" <[EMAIL PROTECTED]> Sent: Thursday, January 10, 2002 5:56 PM Subject: Re: [enterprise-list] EJB e Struts > Felipe, > > Voce nao deve ter muitos entity beans tambem, pois o > overhead do servidor para manter um entity bean e' > meio grande. O ideal tambem e voce juntar todos os > entities em um unico, fazendo um Composite Bean. > Os metodos insert, update e delete nao devem existir, > pois sao metodos de persistencia do bean. Eles > existem, se o bean for BMP, dentro dos ejbCreate, dos > ejbLoad, ejbStore e ejbRemove. > O que deve haver no Session Bean sao todos os metodos > necessarios para realizacao dos casos de uso do modulo > de administracao. E ai os clients vao chamando os > metodos deste session bean, que por sua vez se > encarrega de chamar os entities, e assim por diante. > > Bonato > > --- "Felipe F. Palma Dias" <[EMAIL PROTECTED]> > wrote: > > Ent�o se eu tiver a seguinte situa��o: um > > m�dulo do meu sistema se > > chama Administra��o, l� eu posso manipular usu�rio, > > par�metros, menu do > > sistema. Tenho que ter um entity para cada umas > > dessas entidades, e ter um > > session chamado de adminstra��o que ter� m�todos de > > insert, update e delete > > dessas entidades. Seria uma maneira mais correta? > > > > ----- Original Message ----- > > From: "Sergio Bonato" <[EMAIL PROTECTED]> > > To: <[EMAIL PROTECTED]>; "Felipe F. > > Palma Dias" > > <[EMAIL PROTECTED]> > > Sent: Thursday, January 10, 2002 12:54 PM > > Subject: Re: [enterprise-list] EJB e Struts > > > > > > > Felipe, > > > > > > Ter um session bean para cada entity bean nao e' > > > legal, pois a aplicacao cliente vai ter que > > interagir > > > com um monte de session beans para realizar uma > > > determindada funcionalidade do sistema. O ideal e > > voce > > > juntar todos o session beans em um unico session > > bean > > > que modele um determinado workflow de sua > > aplicacao. > > > Veja o design pattern Session Facade para mais > > > informacoes: > > > > > > http://java.sun.com/blueprints/patterns/j2ee_patterns/session_facade/index.h > > tml > > > Quanto a chamar os metodos find de dentro das > > classes > > > action, que sao business delegate objects dos > > > controllers, tambem nao e uma boa pratica, mas o > > uso > > > do pattern Session Facade tambem resolve este > > > problema. > > > > > > Bonato > > > --- "Felipe F. Palma Dias" > > <[EMAIL PROTECTED]> > > > wrote: > > > > Boa tarde a todos > > > > > > > > Estou desenvolvendo um sistema web que > > > > basicamente usa EJB e struts. > > > > Gostaria de saber dos desenvolvedores mais > > > > experientes se meus passos est�o > > > > corretos em rela��o a utiliza��o conjunta dessas > > > > duas tecnologias. > > > > Tenho entity e session beans. Para cada > > entity > > > > tenho um session bean que > > > > � respons�vel em chamar o entity. O session bean > > � > > > > criado e chamado dentro > > > > de minhas classes action do struts. Isso que eu > > > > estou fazendo � uma boa > > > > medida? > > > > No caso dos meus metodos finders de meus > > entity, > > > > o que devo fazer, > > > > executa-los diretamentes pelas classes action? > > Ou tb > > > > chama-los atrav�s de > > > > sessions? > > > > > > > > obrigado > > > > > > > > > > > > ------------------------------ LISTA SOUJAVA > > > > ---------------------------- > > > > http://www.soujava.org.br - Sociedade de > > Usu�rios > > > > Java da Sucesu-SP > > > > d�vidas mais comuns: > > > > http://www.soujava.org.br/faq.htm > > > > regras da lista: > > > > http://www.soujava.org.br/regras.htm > > > > para sair da lista: email para > > > > [EMAIL PROTECTED] > > > > > > > > > > ------------------------------------------------------------------------- > > > > > > > > > > > > > > > > > > > > > ===== > > > * A. Sergio F. Bonato > > > * Oracle DBA > > > * S.A. O Estado de S.Paulo - S.Paulo - Brasil > > > * FONE: +55-11-3856-5116 > > > * FAX: +55-11-3856-4679 > > > * E-MAIL: [EMAIL PROTECTED]; [EMAIL PROTECTED] > > > * CELULAR: 011-9720-6560 > > > > > > __________________________________________________ > > > Do You Yahoo!? > > > Send FREE video emails in Yahoo! Mail! > > > http://promo.yahoo.com/videomail/ > > > > > > > > > ------------------------------ LISTA SOUJAVA > > ---------------------------- > > http://www.soujava.org.br - Sociedade de Usu�rios > > Java da Sucesu-SP > > d�vidas mais comuns: > > http://www.soujava.org.br/faq.htm > > regras da lista: > > http://www.soujava.org.br/regras.htm > > para sair da lista: email para > > [EMAIL PROTECTED] > > > ------------------------------------------------------------------------- > > > > > ===== > * A. Sergio F. Bonato > * Oracle DBA > * S.A. O Estado de S.Paulo - S.Paulo - Brasil > * FONE: +55-11-3856-5116 > * FAX: +55-11-3856-4679 > * E-MAIL: [EMAIL PROTECTED]; [EMAIL PROTECTED] > * CELULAR: 011-9720-6560 > > __________________________________________________ > Do You Yahoo!? > Send FREE video emails in Yahoo! Mail! > http://promo.yahoo.com/videomail/ > > ------------------------------ LISTA SOUJAVA ---------------------------- > http://www.soujava.org.br - Sociedade de Usu�rios Java da Sucesu-SP > d�vidas mais comuns: http://www.soujava.org.br/faq.htm > regras da lista: http://www.soujava.org.br/regras.htm > para sair da lista: email para [EMAIL PROTECTED] > ------------------------------------------------------------------------- > ------------------------------ LISTA SOUJAVA ---------------------------- http://www.soujava.org.br - Sociedade de Usu�rios Java da Sucesu-SP d�vidas mais comuns: http://www.soujava.org.br/faq.htm regras da lista: http://www.soujava.org.br/regras.htm para sair da lista: email para [EMAIL PROTECTED] -------------------------------------------------------------------------
