tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Christopher Schultz <>
Subject Re: troubleshooting getPathInfo in jsp files
Date Wed, 15 Dec 2010 16:48:16 GMT
Hash: SHA1


On 12/15/2010 11:24 AM, Gary Lawrence Murphy wrote:
> http://host:8080/clock/
> what I am hearing in the thread here is that I have introduced a
> CPM/MSDOS convention from the middle 70's that now changes the URI
> from a valid expression into an invalid one.

Then you aren't listening. The presence of a dot is not relevant: it's
just another character. The servlet specification lays out 4 kinds of
pattern matches. You're right, though, that they only allow globbing for
"extension mapping" which might cramp your style.

There is also this note in the 3.0 spec:

Versions of this specification prior to 2.5 made use of these mapping
techniques as a suggestion rather than a requirement, allowing servlet
containers to each have their different schemes for mapping client
requests to servlets.

So, not only have the authors restricted mapping to a certain set of
patterns, they have made it mandatory how they are processed. If you
read the spec (hint, hint), you'll see that any other behavior is
actually prohibited by the specification. Complaints can be sent to
those responsible.

> That is the issue I struggle to understand and I will re-read that
> spec a few times, but on the first two readings I do not find any
> rule that demands that the active server trigger term of the URI must
> needs be the terminal token *iff* that token contains a
> servlet-mapped CPM/MSDOS extension suffix routing to a script
> interpreter.

Can you show us a url-pattern that meets the spec that gives you what
you want? Note that "extensions" are not limited to 3 characters...
there's no reason to blame MS-DOS for anything (at least not here).

- -chris
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla -


To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message