URL rewriting is once again broken. 1.2.14 exhibits the problem for
certain. Older version may as well. This was fixed in 1.2.8, but has
regressed.
Has anyone else noticed the regression?
The fix made early this morning (~7-8am Eastern) works to fix the problem I
was having with URL rewriting.
I'll grab the latest code set again soon and retry.
Thanks for your fast response on this Mladen. JK2s eol is the impetus for
my usage of JK and this is the one glaring defect/difference I've found to
this point.
Derrick
-----Original Message-----
From: Mladen Turk [mailto:[EMAIL PROTECTED]
Sent: Friday, December 17, 2004 2:59 PM
To: Tomcat Developers List
Subject: Re: cvs commit: jakarta-tomcat-connectors/jk/native/common
jk_uri_worker_map.c
Bill Barker wrote:
But since the request is supposed to be atomic why to strdup an uri?
I'd rather remove
char *uri = apr_pstrdup(r->pool, r->uri); before calling map_uri_to_worker
then adding strdup to IIS.
It was done to fix a '//' bypass traversal bug (e.g.
http://myserver/myapp//foo.jsp would serve the source of the JSP).
Yep, but is that really the responsibility of the JK?
The jk is supposed to be a proxy, so as less intervention in the protocol
the better results will be.
I have comment out the jk_no2slash checking inside map_uri_to_worker cause
found no difference with or without it.
Regards,
Mladen.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
