Pessoal, sendRedirect reescreve a URL no Browser, fazendo voc� sair do contexto da sua aplica��o se voc� colocar por exemplo:
response.sendRedirect(http://java.sun.com); Claro que se voc� fizer um sendRedirect para um local da sua aplica��o voc� n�o vai sair do contexto. Agora com o dispatcher � imposs�vel sair do servidor da aplica��o, porque ele trabalha com os arquivos que est�o contidos nele. Se voc�s tentarem: RequestDispatcher rd = request.getRequestDispatcher("http://java.sun.com";); rd.forward(request, response); Haver� uma mensagem de erro, dizendo que n�o � poss�vel localizar o arquivo. Rafael, a API de Servlet diz explicitamente que o dispatcher n�o pode sair do servidor: public abstract interface RequestDispatcher Defines an object that receives requests from the client and sends them to any resource (such as a servlet, HTML file, or JSP file) on the server. The servlet container creates the RequestDispatcher object, which is used as a wrapper around a server resource located at a particular path or given by a particular name. Marcelo Sousa Ancelmo Borland Certified JBuilder 6 Developer Sun Certified Programmer for Java 2 Plataform Sun Certified Web Component Developer for J2EE Plataform -----Mensagem original----- De: Gambit [mailto:[EMAIL PROTECTED]] Enviada em: quarta-feira, 5 de fevereiro de 2003 00:56 Para: [EMAIL PROTECTED] Assunto: Re: RES: [enterprise-list] sendRedirect e HTTPS E-mail Premium BOL Antiv�rus, anti-spam e at� 100 MB de espa�o. Assine j�! http://email.bol.com.br/ E ai leite... Se esta saindo do contexto pode usar o ServletContext.getContext(...).getRequestDispatcher(...) Cade o pessoal SCWD, isso cai na prova !!! :P (brincadeirinha...) gambit At 01:20 PM 2/4/2003 -0300, you wrote: > Marcelo, > > N�o � em poss�vel sair do contexto da aplica��o qq container? Sei > que no Tomcat � poss�vel, mas n�o sei se ficaria independente de > container, ou seja, se faz parte da especifica��o. > > Se for padronizado que seja poss�vel configurar o servidor de > aplica��o para cross-context, ele poderia usar o RequestDispatcher sempre... > > Algu�m tem mais experi�ncia com isso? > > Rafael Leite > Analista de Sistemas - SAFF > Softplan/Poligraph > Sistema da Qualidade Certificado - ISO 9001 - BVQI - INMETRO > Fone/Fax: 0xx(48) 3027-8000 > http://www.softplan.com.br > > >At 17:09 03/02/2003 -0200, you wrote: >>Bruno, >>Voc� est� usando sendRedirect pq est� saindo do Contexto da aplica��o? >>Se n�o for caso, usa um RequestDispatcher que deve resolver o seu >>problema. >> >>Marcelo Sousa Ancelmo >> >>Borland Certified JBuilder 6 Developer >>Sun Certified Programmer for Java 2 Plataform >>Sun Certified Web Component Developer for J2EE Plataform >> >> >>-----Mensagem original----- >>De: Bruno Borges [mailto:[EMAIL PROTECTED]] >>Enviada em: sexta-feira, 31 de janeiro de 2003 11:43 >>Para: [EMAIL PROTECTED] >>Assunto: [enterprise-list] sendRedirect e HTTPS >> >>E-mail Premium BOL >>Antiv�rus, anti-spam e at� 100 MB de espa�o. Assine j�! >>http://email.bol.com.br/ >>galera... to com uma aplica��o aki onde o acesso nela >>tah sendo feita com https... >> >>https://endereco/aplicacao >> >>o problema eh o seguinte... em alguns servlets, eu >>fa�o um sendRedirect, e daih, a pagina de destino nao >>carrega, pois ao q me parece, tah voltando pro modo >>http. >> >>alguem jah percebeu isso? >> >>o container eh o Oracle 9iAS 9.0.2.1 >> >>[]'s Bruno >> >>______________________________________________________________________ _ >>Busca Yahoo! >>O servi�o de busca mais completo da Internet. O que voc� pensar o Yahoo! >>encontra. >>http://br.busca.yahoo.com/ >> >>--------------------------------------------------------------------- >>Para cancelar a subscri��o, envie mensagem para: >>[EMAIL PROTECTED] >>Para comandos adicionais, envie mensagem para: >>[EMAIL PROTECTED] >> >> >> >> >> >>--------------------------------------------------------------------- >>Para cancelar a subscri��o, envie mensagem para: >>[EMAIL PROTECTED] >>Para comandos adicionais, envie mensagem para: >>[EMAIL PROTECTED] > > >--------------------------------------------------------------------- >Para cancelar a subscri��o, envie mensagem para: >[EMAIL PROTECTED] >Para comandos adicionais, envie mensagem para: >[EMAIL PROTECTED] > --------------------------------------------------------------------- Para cancelar a subscri��o, envie mensagem para: [EMAIL PROTECTED] Para comandos adicionais, envie mensagem para: [EMAIL PROTECTED] --------------------------------------------------------------------- Para cancelar a subscri��o, envie mensagem para: [EMAIL PROTECTED] Para comandos adicionais, envie mensagem para: [EMAIL PROTECTED]
