tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Shapira, Yoav" <>
Subject RE: urls not conforming to the standards problem
Date Fri, 01 Oct 2004 12:21:37 GMT

I think what he's saying is that he has request parameters AFTER path
parameters, and that Tomcat stops evaluating the URL after encountering
the special ; delimiter ;)

Yoav Shapira
Millennium Research Informatics

>-----Original Message-----
>From: Ben Souther []
>Sent: Friday, October 01, 2004 7:55 AM
>To: Tomcat Users List
>Subject: Re: urls not conforming to the standards problem
>Those are path parameters.
>Here's an excerpt from the Servlet Specs (SRV 4.1) regarding path
>Path parameters that are part of a GET request (as defined by HTTP 1.1)
>are not exposed by these APIs. They must be parsed from the String
>values returned by the getRequestURI method or the getPathInfo method.
>On Fri, 2004-10-01 at 05:26, Michael Cornell wrote:
>> I am having a problem with the way Tomcat handles urls that do not
>> to the standards regarding get parameters..
>> As we all know this looks like
>> My problem is that an incoming request url comes in as:
>> V0?_requestid=549
>> The api however simply removes a part of this and the
>> Object only has _requestid=549 as its get parameter.
>> So the solution I need is one that will transparently convert
>> into some variable (eg xyz) as the request comes in and then convert
>> BACK into ;jessionid on the way out (so the user cannot see any
>> but I can see the jsessionid variable)
>> I know there are some solutions using Apache's mod_rewrite, but I
>> to use Tomcat and jk2 (I think this is right).
>> Does anyone have any suggestions as to how I might approach this
>> /m
>> ---
>> Outgoing mail is certified Virus Free.
>> Checked by AVG anti-virus system (
>> Version: 6.0.770 / Virus Database: 517 - Release Date: 27/09/2004
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail:
>> For additional commands, e-mail:
>To unsubscribe, e-mail:
>For additional commands, e-mail:

This e-mail, including any attachments, is a confidential business communication, and may
contain information that is confidential, proprietary and/or privileged.  This e-mail is intended
only for the individual(s) to whom it is addressed, and may not be saved, copied, printed,
disclosed or used by anyone else.  If you are not the(an) intended recipient, please immediately
delete this e-mail from your computer system and notify the sender.  Thank you.

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

View raw message