Mailing-List: contact dev-help@tomcat.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Tomcat Developers List" <dev@tomcat.apache.org>
Date: Tue, 21 Sep 2010 06:37:11 -0400 (EDT)
Message-Id: <201009211037.o8LAbBb6022534@thor.apache.org>
From: bugzilla@apache.org
To: dev@tomcat.apache.org
Subject: DO NOT REPLY [Bug 49511] IIS 7.5 incorrect logging:
 pfc->pFilterContext is per-connection not per-request
In-Reply-To: <bug-49511-78@https.issues.apache.org/bugzilla/>
References: <bug-49511-78@https.issues.apache.org/bugzilla/>
Auto-Submitted: auto-generated
Content-Type: text/plain; charset="UTF-8"
MIME-Version: 1.0

https://issues.apache.org/bugzilla/show_bug.cgi?id=49511

--- Comment #4 from Tim Whittington <timw@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-unsubscribe@tomcat.apache.org
For additional commands, e-mail: dev-help@tomcat.apache.org