Actually, I just found the answer and it is very weird. I knew it was Tomcat as I am not using apache in front of it, and I am using Live HTTP headers that can be downloaded for Firefox to see exactly what the web server is sending back.
Anyway, it turns out if your URL maps exaclty to a directory structure under your application, Tomcat 5.5 tries to be "smart" and puts an ending slash on it. Now, there might be a way to tell Tomcat to not do this, but we just changed our URL pattern to not match exaclty and it worked fine. (All other URLs that matched exactly were exhibiting the same problem) So, if you have a URL that looks like: asset/module/screen?foo=true and you have a directory under cocoon that is asset/module/screen Tomcat 5.5 will send a redirect back to the browser with asset/module/screen/?foo=true Which obviously presents many problems for cocoon based applications that do URL matching. Too much fun! Irv On 6/17/05, Mark Lundquist <[EMAIL PROTECTED]> wrote: > Hi Irv, > > How do you know that it's Tomcat that's issuing the redirect? I'm not > saying it isn't, just making sure you've properly narrowed it down. > Are you running Apache in front of Tomcat? And are you sure the > redirect isn't coming from Cocoon (you can easily find that out from > the logs)? > > —ml— > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
