That works perfectly! I feel like a monkey for not trying that. Sorry to bother you guys.
--- "Ignacio J. Ortega" <[EMAIL PROTECTED]> wrote: > Why not simply encoding the url ? > > See <http://nagoya.betaversion.org/bugzilla/show_bug.cgi?id=1482> > > Saludos , > Ignacio J. Ortega > > > > -----Mensaje original----- > > De: craigmcc@localhost [mailto:craigmcc@localhost]En nombre > > de Craig R. > > McClanahan > > Enviado el: viernes 2 de noviembre de 2001 22:59 > > Para: Robert Lucier > > Cc: [EMAIL PROTECTED] > > Asunto: Re: Meta Refresh and jsessionid - a proposal > > > > > > > > On Fri, 2 Nov 2001, Robert Lucier wrote: > > > > > Date: Fri, 2 Nov 2001 13:44:20 -0800 (PST) > > > From: Robert Lucier <[EMAIL PROTECTED]> > > > To: Craig R. McClanahan <[EMAIL PROTECTED]> > > > Subject: Re: Meta Refresh and jsessionid - a proposal > > > > > > I understand, and that bothers me. Has there been any talk > > of modifying > > > that portion of the spec to be compatible with the meta-refresh > tag? > > > The problem shows up on this and other lists fairly frequently. > > > > > > > I don't recall any such discussion -- the best way to make sure it > at > > least gets paid attention to is to submit feedback to the Servlet > Spec > > feedback address ([EMAIL PROTECTED]). > > > > It may also be that the expert group doesn't consider > > "compatible with the > > meta-refresh tag" to be a very compelling argument: > > > > - "Refresh" is not a standard HTTP header > > > > - Browsers that misinterpret this kind of thing: > > > > <meta http-equiv="refresh" > > content="2;URL=http://foo/bar;jsessionid=12345"> > > > > sound like they are broken in the first place -- they should be > > parsing on the first semicolon, not the second one. > > > > Craig > > > > > > > --- "Craig R. McClanahan" <[EMAIL PROTECTED]> wrote: > > > > The servlet spec is pretty clear about where the session id is > > > > supposed to > > > > be. I don't think it is a good idea to introduce something > that > > > > violates > > > > those requirements (and which would trap unwary developers into > > > > dependence on a non-standard implementation of this > > functionality). > > > > > > > > Craig > > > > > > > > > > > > On Fri, 2 Nov 2001, Robert Lucier wrote: > > > > > > > > > Date: Fri, 2 Nov 2001 13:22:58 -0800 (PST) > > > > > From: Robert Lucier <[EMAIL PROTECTED]> > > > > > Reply-To: Tomcat Developers List > <[EMAIL PROTECTED]> > > > > > To: [EMAIL PROTECTED] > > > > > Subject: Meta Refresh and jsessionid - a proposal > > > > > > > > > > I'm having a seemingly common problem where I can't use > > > > url-rewriting > > > > > with the <META HTTP-EQUIV="Refresh" tag because the > > semi-colon in > > > > the > > > > > rewritten URL is confused with the delimiter in the meta tag. > > > > > > > > > > I didn't see a solution or workaround, so here's mine. > > I'd like to > > > > > modify the HttpProcessor.parseRequest method to look for > > > > "jsessionid=" > > > > > in the query string if ";jsessionid" is not found in > > the uri. That > > > > way > > > > > the existing encodeURL method will still work, but > > those who need > > > > the > > > > > refresh method can put the jsessionid in the query string > > > > parameters. > > > > > > > > > > Please let me know if this is acceptable or if there is a > better > > > > way to > > > > > solve this problem > > > > > > > > > > > > > > > __________________________________________________ > > > > > Do You Yahoo!? > > > > > Find a job, post your resume. > > > > > http://careers.yahoo.com > > > > > > > > > > -- > > > > > To unsubscribe, e-mail: > > > > <mailto:[EMAIL PROTECTED]> > > > > > For additional commands, e-mail: > > > > <mailto:[EMAIL PROTECTED]> > > > > > > > > > > > > > > > > > > > > > > > __________________________________________________ > > > Do You Yahoo!? > > > Find a job, post your resume. > > > http://careers.yahoo.com > > > > > > > > > -- > > To unsubscribe, e-mail: > <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: > <mailto:[EMAIL PROTECTED]> > > > -- > To unsubscribe, e-mail: > <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: > <mailto:[EMAIL PROTECTED]> > __________________________________________________ Do You Yahoo!? Find a job, post your resume. http://careers.yahoo.com -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>