https://issues.apache.org/bugzilla/show_bug.cgi?id=49511
--- Comment #4 from Tim Whittington <t...@apache.org> 2010-09-21 06:37:04 EDT --- > I think the reason for this is that the redirect filter was only set to serve the jsp files (dynamic content) but the js and gif (the static content) were served by the IIS itself. > So the filter did not update the uri and query info when the js and gif requests were processed. This might actually explain what you're seeing - since the pFilterContext is allocated per session/connection we store the uri/query on the .jsp request, and if the subsequent requests for the .js and .gif are served by IIS, we won't overwrite that data. In the SF_NOTIFY_LOG notification, we just check whether pFilterContext is allocated (which only means that any previous request on that connection was mapped) and blindly overwrite the log information even if we didn't map the current request. I'll commit a fix to guard against this behaviour - if you could test it that'd be appreciated. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
