|
Do you have special char in name parameter? SendRedirect may fail because of this but that is when URL-rewriting is in effect. Anyway url in sendRedirect is usually wrapped in response.encodeURL api. Bruce Web Applications written in Java servlet and RPG/cgi http://www.crazybikes.com/employees/I00200GC.mrc Servlet: write once, deploy on any platform and access any database: http://www.mrc-productivity.com/products/demo2.html ----- Original Message ----- From: "Ducret, Gilles (CH)" <Gilles.DUCRET@lloydsbank.ch> To: <java400-l@midrange.com> Sent: Monday, July 15, 2002 6:05 AM Subject: RE: forward/sendRedirect Netscape/Ie > This message is in MIME format. Since your mail reader does not understand > this format, some or all of this message may not be legible. > -- > [ Picked text/plain from multipart/alternative ] > It has cookies enabled, i can cross all the site > except when I use sendRedirect. > The cookies are also used elsewhere > > The very funny thing is that I call the servlet that way: > > .../PortfolioOverview?action=init&number=1&name=toto > > and it doesn't work with Netscape > > If i call it that way (without the last param) > .../PortfolioOverview?action=init&number=1 > > it works > > Really strange > > Gilles > > -----Original Message----- > From: Bruce Jin [mailto:JIN007M@hotmail.com] > Sent: lundi, 15. juillet 2002 17:10 > To: java400-l@midrange.com > Subject: Re: forward/sendRedirect Netscape/Ie > > > I remember the old WAS (don't know how old) did not automatically switch > from using cookie to using URL redirect if cookie is disabled on client. > This caused session to be created all the time if client disables cookies. I > remember there was a switch in WAS that I had to turn on. But I can not find > this switch in my WAS 3.5.5 console. Maybe you can check if your Netscape > has cookie disabled. > Bruce > > Web Applications written in Java servlet and RPG/cgi > http://www.crazybikes.com/employees/I00200GC.mrc > > Servlet: write once, deploy on any platform and access any database: > http://www.mrc-productivity.com/products/demo2.html > > ----- Original Message ----- > From: "Ducret, Gilles (CH)" <Gilles.DUCRET@lloydsbank.ch> > To: "JAVA400-L (E-mail)" <JAVA400-L@midrange.com> > Sent: Monday, July 15, 2002 1:52 AM > Subject: forward/sendRedirect Netscape/Ie > > > > This message is in MIME format. Since your mail reader does not understand > > this format, some or all of this message may not be legible. > > -- > > [ Picked text/plain from multipart/alternative ] > > Hello all, > > > > I am still having problem with Netscape and IE, but new ones. > > > > This happens on WAS 3.54 > > > > Everything works fine with IE, but not with Netscape. > > > > When I call a given servlet with Netscape I lose the parameters > > of the session, as if a new session was created. > > > > In this case the servlet calls a jsp using the forward method. > > In the rest of the site jsp are called using sendRedirect. > > > > With Netscape I can cross the site with forward without any > > problem, but when I reach the servlet that uses forward I lose > > the parameters of the session. > > > > With IE this problem doesn't exist. > > > > The other thing is that we also have WAS 3.55 installed on a test > > machine, and with 3.55 there is no problem with Websphere. > > > > Any idea (because I can't ask to move to WAS 3.55 without any > > other idea) > > > > Gilles > > > > _______________________________________________ > This is the Java Programming on and around the iSeries / AS400 (JAVA400-L) > mailing list > To post a message email: JAVA400-L@midrange.com > To subscribe, unsubscribe, or change list options, > visit: http://lists.midrange.com/cgi-bin/listinfo/java400-l > or email: JAVA400-L-request@midrange.com > Before posting, please take a moment to review the archives > at http://archive.midrange.com/java400-l.
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.