Re: urls not conforming to the standards problem
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]
RE: urls not conforming to the standards problem
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]
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]
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=VVNCLCVNTYOUUCRGAWCCFFAKEYCYKI > 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]
urls not conforming to the standards problem
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=VVNCLCVNTYOUUCRGAWCCFFAKEYCYKI 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]
