If you are looking for just the SessionID that is passed, then you could retrieve it via HttpServletRequest.getRequestedSessionId();
To get it back into the outgoing url, wouldn't you just use encodeUrl()? As an aside, I don't believe that it's JK (mod_jk?) that's parsing it out as Tomcat without Apache still filters the information out. On Fri, 1 Oct 2004 13:52:59 +0100, Michael Cornell <[EMAIL PROTECTED]> wrote: > Precisely, > > However I need to get at these parameters inside a Filter in tomcat to > determine the action taken.. Whatever tomcat uses to parse this url (JK2 > ??) simply wipes this ;jsessionid=2345345 and I can't see it > > So to reiterate, > > Client ------------------- JK??---------------------------------------tomcat > Incoming nastyurl -> changed to nice params here -->do stuff > Outgoing nastyurl <- changed back to nasty params here <- > > Any ideas? > > > > -----Original Message----- > From: Shapira, Yoav [mailto:[EMAIL PROTECTED] > Sent: 01 October 2004 13:22 > To: Tomcat Users List > Subject: RE: urls not conforming to the standards problem > > Hi, > 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 [mailto:[EMAIL PROTECTED] > >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 > >parameters: > > > > > >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 > >conform > >> to the standards regarding get parameters.. > >> As we all know this looks like > >> http://www.myhost.com/someapp/jsp/index.jsp?name=fred&age=10 > >> > >> My problem is that an incoming request url comes in as: > >> > >http://www.myhost.com/someapp/jsp/;jsessionid=VVNCLCVNTYOUUCRGAWCCFFAKE > YCYK > >I > >> V0?_requestid=549 > >> The api however simply removes a part of this and the > HttpServletRequest > >> Object only has _requestid=549 as its get parameter. > >> > >> So the solution I need is one that will transparently convert > >;jsessionid > >> into some variable (eg xyz) as the request comes in and then convert > this > >> BACK into ;jessionid on the way out (so the user cannot see any > >difference, > >> but I can see the jsessionid variable) > >> > >> I know there are some solutions using Apache's mod_rewrite, but I > would > >like > >> to use Tomcat and jk2 (I think this is right). > >> > >> Does anyone have any suggestions as to how I might approach this > problem? > >> > >> /m > >> > >> --- > >> Outgoing mail is certified Virus Free. > >> Checked by AVG anti-virus system (http://www.grisoft.com). > >> Version: 6.0.770 / Virus Database: 517 - Release Date: 27/09/2004 > >> > >> > >> > >> --------------------------------------------------------------------- > >> To unsubscribe, e-mail: [EMAIL PROTECTED] > >> For additional commands, e-mail: [EMAIL PROTECTED] > >> > >> > > > > > >--------------------------------------------------------------------- > >To unsubscribe, e-mail: [EMAIL PROTECTED] > >For additional commands, e-mail: [EMAIL PROTECTED] > > 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: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > --- > Incoming mail is certified Virus Free. > Checked by AVG anti-virus system (http://www.grisoft.com). > Version: 6.0.770 / Virus Database: 517 - Release Date: 27/09/2004 > > --- > > > Outgoing mail is certified Virus Free. > Checked by AVG anti-virus system (http://www.grisoft.com). > Version: 6.0.770 / Virus Database: 517 - Release Date: 27/09/2004 > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
