OK, Gambit O que aconteceu foi que n�s realmente tivemos vis�es diferentes do mesmo caso, pelo que eu entendi da sua mensagem, voc� est� considerando como um outro context um outro recurso qualquer no servidor(Uma outra p�gina da mesma aplica��o, por exemplo), enquanto eu estava considerando como contexto uma outra aplica��o, dentro do mesmo cont�iner.
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: quinta-feira, 6 de fevereiro de 2003 20:33 Para: [EMAIL PROTECTED] Assunto: Re: RES: 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/ Marcelo, estavamos falando de outro CONTEXT dentro do mesmo servidor.... o codigo q eu mandei faz exatamente isso faz um forward para outro context dentro do mesmo servidor.... Tanto eh que usei o seguinte codigo... ServletContext.getContext(...).getRequestDispatcher(...) Nao sei se seu email era para corrigir o q eu falei, mas se era, leia com mais atencao, ou consulte a api do J2EE, pq esse codigo funciona para fazer forward para outro Context, tanto eh q seu exemplo pega o RequestDispatcher do request, eu estou pegando o outro contexto e dele chamando o getRequestDispatcher ... Eu olhei o email do Rafael e ele nao fala sair do servidor, fala outra coisa, tudo bem que possa ter entendido errado, ou eu entendi ele errado... acontece... e em relacao ao que o Bruno falou tb nao entendi pq um forward nao funcionaria... Ja que a grande diferenca entre o sendRedirect e forward, eh q o forward repassa o request para alguem, sem passar pelo cliente, enquanto q o sendRedirect, eh enviada uma mensagem para o cliente q eles esta sendo redirecionado... At 05:02 PM 2/5/2003 -0200, you wrote: > 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] --------------------------------------------------------------------- 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]
