Robson: > EJB Context vc utiliza quando de alguma forma vc > quer manter o estado de uma transa��o, no web > container (Ex.: Atualiza��o de 3 beans CMP > diferentes).
o Context Object dum EJB nao se guarda no web container e sim no EJB Container que vem com o servidor de aplicacoes. Eu acho que Roberto faz referen�a ao ApplicationContext do web container nesse caso, e nao ao EJB Context. > > Dispatcher vc utiliza para navegar entre seus > servlets/jsp. Nele vc "atacha" objetos que ser�o > utilizados pelo servi�o seguinte, mas n�o por toda a > sess�o Ex.: Enviar um Bean (Nome ->getNome, Valor -> > getValor)do seu form para a p�gina seguinte. vc pode atachar objetos para ser usados por toda a aplicacao( no ApplicationContext ), por uma Sessao( no Session ) ou por uma requisi��o ( no request ). > > Em linhas bastante gerais, sess�es s�o mais > trabalhosas e consomem mais recursos do seu > webcontainer. Quando poss�vel, eu utilizo Dispatcher. usar dispatcher ou nao nao tem nada a ver com guardar seus objetos na Sessao, Request ou ApplicationContext, isso depende do modelo da aplica�ao, tempo de vida dos objetos, compartilhamento, fluxo, etc... A diferenca entre usar RequestDispactcher e sendRedirect � clara, o sendRedirect nao permite pasar o request entre recursos(jsp, servlets), o seja ele gera um novo request da pagina destino, j� no dispacther nao � assim, o request � pasado para a p�gina destino, conseguendo recuperar o estado do mesmo. [ ]'s jars. --------------------------------------------------------------------- Para cancelar a subscri��o, envie mensagem para: [EMAIL PROTECTED] Para comandos adicionais, envie mensagem para: [EMAIL PROTECTED]
