Bruno Borges <[EMAIL PROTECTED]> wrote:
galera... to com uma duvida animal...
tenho uma aplicacao q o metodo de redirecionamento eh o sendRedirect, em
todos os lugares...
o problema eh q qdo fui instalar no cliente, eles usavam o Oracle iAS
completo, ou seja, o WebCache em um servidor, numa porta, e o container em
otro servidor em otra porta...
os usuarios soh podiam enxergar a makina do webcache, e atravez deste,
acessava o app server...
a estrutura eh ateh legal... porem quando se usa sendRedirect, varios
problemas sao encontrados... assim:
se eu dou um sendRedirect de um servlet pra um jsp, ou vice-versa, o
container do orion remonta a url pra fazer o sendredirect pegando os dados
da makina onde este estah rodando, ou seja... a url era a do container, com
a porta do container, e nao a do web cache... o usuario acabava nao podendo
ver a pagina... :(
hoje a estrutura mudou... colocaram o web cache e o container na mesma
makina e na mesma porta... daih esse problema acabou...
soh q agora vem otro problema...
PS: se alguem tiver alguma solucao pro caso anterior, favor enviar... :)
Acho que daria pra resolver com proxy reverso e com o mod_rewrite. Acho . Na verdade, acho que esta quest�o tamb�m j� foi resolvida na 9.0.3, mas eu sei Bruno, n�o � o seu caso a�. ;-)
o otro problema eh o seguinte, nos foi recomendado pelo suporte da oracle,
usarmos apenas forward... porem, acabei chegando na seguinte duvida: se eu
mando parametros pra um servlet, e este usa o forward pra enviar pra um jsp
q pega do request os mesmos parametros, como vou saber se to pegando o
parametro do primeiro request ou do parametro q coloquei na url do forward,
jah q o objeto request eh o mesmo?
Eita. Bom, neste caso eu achei a especifica��o dizendo o seguinte:
SRV.8.1.1 Query Strings in Request Dispatcher Paths
...Parameters specified in the query string used to create the RequestDispatcher take precedence over other parameters of the same name passed to the included servlet. The parameters associated with a RequestDispatcher are scoped to apply only for the duration of the include or forward call.
SRV.8.4.1 Query String
The request dispatching mechanism is responsible for aggregating query string parameters when forwarding or including requests.
E a minha conclus�o foi: s� testando pra ver o que d�... :-)))Busca Yahoo!
O servi�o de busca mais completo da Internet. O que voc� pensar o Yahoo! encontra.
