If cookies are used for session tracking, stripping them from a redirect
will result in new session at the new location, unless JRun will encode the
session id in the target URL via encodeRedirectUrl() method and then pick it
up on arrival. (You're supposed to use encodeRedirectUrl() in conjunction
with sendRedirect()). If this isn't so, it's a bug, alright.
Alex.
Rod McChesney ([EMAIL PROTECTED]) wrote:
>I don't know which engine you're using, but it's worth knowing that
>recent JRun builds strip cookies (and I guess other) headers when
>sendRedirect is called. They don't consider this a bug, but I do.
>The workaround is:
>
> resp.setStatus(HttpServletResponse.SC_MOVED_TEMPORARILY);
> resp.setHeader("Location", location);
>
>instead of resp.sendRedirect(location).
_______________________________________________________________
Get Free Email and Do More On The Web. Visit http://www.msn.com
___________________________________________________________________________
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff SERVLET-INTEREST".
Archives: http://archives.java.sun.com/archives/servlet-interest.html
Resources: http://java.sun.com/products/servlet/external-resources.html
LISTSERV Help: http://www.lsoft.com/manuals/user/user.html
