IHMO, vc. deveria usar o delegate. Al�m de tornar transparente um eventual cache do home interface, ele oferece um local natural para implementar a simula��o funcional do site.
Em um cen�rio t�pico, o cronograma de desenvolvimento da camada de apresenta��o pode n�o casar com a de l�gica de neg�cios, at� porque a primeira tende a sofrer mais altera��es � medida em que o cliente vai vendo os primeiros resultados. Em um projeto recente, eu usei este esquema para permitir ao cliente testar (e palpitar � vontade) toda a navega��o do site enquanto discutia com o pessoal do ERP os detalhes da nossa interface. Mesmo depois de prontos os EJBs, mantive a l�gica de simula��o ativa no delegate, de forma a poder testar facilmente eventuais mudan�as na apresenta��o atrav�s da simples mudan�a no valor de uma vari�vel de ambiente do JNDI. ----- Original Message ----- From: "Marison Souza" <[EMAIL PROTECTED]> To: "Philippe de M. Sevestre" <[EMAIL PROTECTED]> Sent: segunda-feira, 16 de junho de 2003 14:19 Subject: Re: [enterprise-list] EJBs e overhead > Entre apresenta��o x controle.. eu quero evitar os multiplos lookups a cada > m�todo que o cliente precisar chamar.. por�m, eu precisaria mudar muito > c�digo j� pronto para implementar um Business Delegate e al�m disso, n�o � > uma aplica��o que o overhead seja "certo", ser�o entre 4...5 no m�ximo uns > 10 clientes , n�o muitos... mas queria algo como 'cache' para melhorar a > performance e evitar erros. > alguma solu��o? > > Ps : estava lendo aqui sobre EJBHandle... acho que achei alguma coisa hehe.. > > []s > Marison Souza > ----- Original Message ----- > From: "Philippe de M. Sevestre" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]>; "Marison Souza" > <[EMAIL PROTECTED]> > Sent: Monday, June 16, 2003 4:51 PM > Subject: Re: [enterprise-list] EJBs e overhead > > > > Marison, > > > > Por favor, especifique um pouco melhor onde est� o seu "overhead de rede", > > ou > > seja, entre quais camadas vc. imagina que ocorra este ovehead > (apresenta��o > > x controle, > > controle x fa�ade, fa�ade x entities ou entities x base de dados ). > > > > Conforme a arquitetura, existem t�cnicas para evitar o tr�fego e, com > > certeza, > > cache � uma das melhores - desde que bem usada ! > > > > Philippe. > > > > ----- Original Message ----- > > From: "Marison Souza" <[EMAIL PROTECTED]> > > To: <[EMAIL PROTECTED]> > > Sent: domingo, 15 de junho de 2003 06:13 > > Subject: [enterprise-list] EJBs e overhead > > > > > > Salve lista.. > > > > Qual a melhor solu��o para resolver o problema de overhead na rede quando > > usando EJB(no meu caso Statefull Session Beans agindo como Facade para > > Entities JB) ? Alguma coisa para armazenamento em cache.. pensei em > > implementar Business Delegate, mas como vou utilizar apenas um > > relacionamento 1x1 entre o facade e o entity e haver� no m�ximo de 3 ou 4 > > requisi��es do mesmo cliente ao EJB, o Business Delegate ficaria um > tanto.. > > como diria.. excessivo ? Sei l�.. alguma solu��o menor ou mais enxuta para > > evitar os m�ltiplos "lookup's" ? > > > > []s > > Marison Souza > > > > --------------------------------------------------------------------- Para cancelar a subscri��o, envie mensagem para: [EMAIL PROTECTED] Para comandos adicionais, envie mensagem para: [EMAIL PROTECTED]
