Hi Carsten, but if I set the "session" attribute to "false" in map:redirect-to, then I would think that I can force cocoon to avoid adding the session id this way. In my opinion this must be a bug.
Regards - Volker - -----Original Message----- From: Carsten Ziegeler [mailto:[EMAIL PROTECTED]] Sent: Donnerstag, 16. Januar 2003 14:16 To: [EMAIL PROTECTED] Subject: RE: Redirect and unwanted SessionId > -----Original Message----- > From: Dr. Hans M. Rupp [mailto:[EMAIL PROTECTED]] > > Carsten Ziegeler wrote:If I understand you correct, you say that the > sessionId is added > > > to MyBlaServiceRelativeURL and this is value provided by your action > > "RedirectToMyBlaAction". So, I would guess that the problem is inside > > your action. No? > > No, I log MyBlaServiceRelativeURL immediately before it is passed as a Map > parameter. At this moment it is still without > the sessionId. > Ok, when the redirect is execute, the encodeRedirectURI() method of the HttpResponse is called. This method should only append the session id, if it is a local redirect. However, there are servlet implementations that always append the session id. Perhaps this is your case? If you set the log level to debug, you should find something like "Redirecting to YOUR_URI" and "Sending redirect to YOUR_URI". The first message is your argument to the redirect and the second is the version the servlet response created. HTH Carsten --------------------------------------------------------------------- Please check that your question has not already been answered in the FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html> To unsubscribe, e-mail: <[EMAIL PROTECTED]> For additional commands, e-mail: <[EMAIL PROTECTED]> --------------------------------------------------------------------- Please check that your question has not already been answered in the FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html> To unsubscribe, e-mail: <[EMAIL PROTECTED]> For additional commands, e-mail: <[EMAIL PROTECTED]>
