tomcat-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Mark Thomas <ma...@apache.org>
Subject Re: / on end of context paths breaking existing apps
Date Mon, 22 Aug 2011 14:01:37 GMT
On 22/08/2011 14:49, Christopher Schultz wrote:
> Tim,
> 
> On 8/21/2011 5:49 PM, Tim Whittington wrote:
>> The change in [1] has broken existing behaviour in some
>> applications.
> 
> To echo some of Mark's comments:
> 
>> Consider the following situation: - An application is context
>> path /application - The application has a servlet mapped to /*
> 
> So, the only valid URIs should be of the form "/application/*".
> Note the / before the *.

Nope. /application is valid and - importantly in this case - will be
mapped to the servlet with the /* mapping without a redirect to
/application/

> If you could map something to, say, "*" (no leading slash), then
> maybe this could be considered a bug, but since the simplest
> possible valid URI that maps to your webapp is actually
> "/application/", I don't think it's a bug.
> 
> Now, it may be interfering with your webapp's operation, but that's
> a different story. :)
> 
>> This seems wrong - we're considering a path as being part of a 
>> context, but establishing a session that will not include that
>> path (for some browsers at least).
> 
> Who is "we", here? The URI path "/application" is the "context
> path", but not a valid URI within that context. To get a valid URI,
> you need to add something that starts with a /.

No you don't: see above.

>> This notably makes Cookie based session tracking inconsistent
>> with URL rewriting.
> 
> Does it? How?
> 
> What part of your webapp chokes when cookies are received with a
> path prefix of "/application/" instead of "/application"?

Read Tim's e-mail again. The issue is that the cookie is not sent.

Mark

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
For additional commands, e-mail: dev-help@tomcat.apache.org


Mime
View raw message