H� um grande equivoco, quando h� um EJB Local, por defini��o o cliente est� na mesma JVM (se��o 5.3), e _n�o_ existe rmi nas invoca��es e os EJBs Locais s�o passados por refer�ncia e n�o por valor.
O que pode acontecer no c�digo do Marcel (n�o reproduzi aqui, pois o e-mail veio em html e ficou horrivel colocar aqui), � que para cada m�todo de neg�cio invocado pelo cliente do EJB na p�gina JSP uma transa��o � iniciada, a seguran�a � verificada, etc. No caso de usar um Data Transfer Object (conhecido como Value Object) voc� realiza apenas uma invoca��o de dentro do EJB.
Outras quest�es (que n�o s�o de performance) s�o relacionadas ao desacoplamento e manutenabilidade da aplica��o.
[]s
Claudio Miranda
Robson Luis Ferreira wrote, On 3/12/2002 17:52:
Mesmo sendo a mesma m�quina, os m�todos s�o invocados remotamente. Isso gera uma perda de performance. J� estudou RMI ? O princ�pio � o mesmo. Ali�s muitos containers utilizam essa API. Vc pode executar seu client na mesma m�quina onde est� seu server, mas todas as requisi��es passam por essa camada. Ok ! Quanto a justificativa, uma que posso citar no momento � que o c�digo abaixo est� um tanto dif�cil de se ler, comparando-se a alternativa de se ter um bean que fa�a essa chamada e retorne somente o que vc necessita para sua itera��o. Concorda ?[]'s Robson Luis Ferreira
--------------------------------------------------------------------- Para cancelar a subscri��o, envie mensagem para: [EMAIL PROTECTED] Para comandos adicionais, envie mensagem para: [EMAIL PROTECTED]
