I also tried this and everything worked nicely.
NormW wrote:
Good morning All.
Just tried Jean's recent change to mod_jk2.c and _pleased_ to say JkUriSet
now registers correctly the same as a [uri] section, and can access /admin
with only a Location in the httpd.conf. I did note there were
Good morning All.
In considering the duplication issue mentioned previously, it would seem
entirely possible that a specific uri could be given in both
workers2.properties and via a JkUriSet entry... therefore shouldn't the
JkUriSet function resolve the name to be used for a uri object and first
[EMAIL PROTECTED] wrote:
jfclere 2004/03/31 06:22:04
Modified:jk/native2/server/apache2 mod_jk2.c
Log:
Fix handling of id added in jk2_create_dir_config().
Please review I spent time to find why we added the id to path and uri but
now I do not understand why we added it.
I do
Good morning All.
Just tried Jean's recent change to mod_jk2.c and _pleased_ to say JkUriSet
now registers correctly the same as a [uri] section, and can access /admin
with only a Location in the httpd.conf. I did note there were duplicate
uri objects created (based on their name) if the same uri
NormW wrote:
Good morning All.
Just tried Jean's recent change to mod_jk2.c and _pleased_ to say JkUriSet
now registers correctly the same as a [uri] section, and can access /admin
with only a Location in the httpd.conf. I did note there were duplicate
uri objects created (based on their name)
[EMAIL PROTECTED] wrote:
jfclere 2004/03/12 05:47:20
Modified:jk/native2/server/apache13 mod_jk2.c
jk/native2/server/apache2 mod_jk2.c
Log:
Fix PR 27627: It was possible to core the httpd process.
Henri fixes the core... But I think we should return 400 otherwise jsp
-Original Message-
From: jean-frederic clere
Henri fixes the core... But I think we should return 400
otherwise jsp code could be displayed as text.
Someone should take care of jk_dsapi_plugin.c and
jk_isapi_plugin.c and do the same.
jk_isapi_plugin uses
Mladen Turk wrote:
-Original Message-
From: jean-frederic clere
Henri fixes the core... But I think we should return 400
otherwise jsp code could be displayed as text.
Someone should take care of jk_dsapi_plugin.c and
jk_isapi_plugin.c and do the same.
jk_isapi_plugin uses
[EMAIL PROTECTED] wrote:
jfclere 2004/03/03 09:55:32
Modified:jk/native2/server/apache2 mod_jk2.c
Log:
Remove jk2_translate... It is still not 100% OK:
- LocationMatch does not work.
- Some _not_found ends in Tomcat when using mod_dav.
That is still not OK. I will go on
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Sunday, September 22, 2002 4:51 AM
/* As per Servlet spec, do exact match first */
match=jk2_uriMap_exactMap( env, uriMap,
ctxEnv-exactMatch, uri, uriLen, reverse );
-if( match !=
I agree that my patch is buggy in the case of a request coming from 80
or 443, but if we want to support port bases V hosting, we need to pass
it down, if not
[uri:www.something.com:8080/somecontext]
Definitely will not work (this not works now i.e).. so to pass the port
as part of the
-Original Message-
From: Ignacio J. Ortega [mailto:[EMAIL PROTECTED]]
I agree that my patch is buggy in the case of a request
coming from 80 or 443, but if we want to support port bases V
hosting, we need to pass it down, if not
[uri:www.something.com:8080/somecontext]
De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Enviado el: 21 de septiembre de 2002 11:45
+uriEnv = workerEnv-uriMap-mapUri(env, workerEnv-uriMap,
+r-server-is_virtual ?
r-server-server_hostname : NULL,
+r-uri );
I think this should use
Quoting [EMAIL PROTECTED]:
On 22 Jul 2002, Bojan Smojver wrote:
If there is no physical file, then nothing will get done by the patch
at
all (since r-finfo.filetype is 0). It won't affect mod_dir's old
behaviour at all. I'm not sure how that changes things...
My question was: if you
Quoting [EMAIL PROTECTED]:
You don't need to ask tomcat - jk should have all the mappings, and
it can already map any URI. All it has to do is:
- for each index:
-- concatenate with the current uri
-- do the jk mapping ( or internal redirect if you use Location
instead of the
Quoting [EMAIL PROTECTED]:
Are you referring here to mod_jk2 only or both mod_jk 1.2.0 and
mod_jk2?
I think it could be done for jk2 ( but not easy ). I'm not sure
about 1.2 - just forwarding and letting tomcat handle
it is not the worse thing.
How about I try to fix it properly in
Quoting [EMAIL PROTECTED]:
You don't need to ask tomcat - jk should have all the mappings, and
it can already map any URI. All it has to do is:
- for each index:
-- concatenate with the current uri
-- do the jk mapping ( or internal redirect if you use Location
instead of the
- Original Message -
From: Bojan Smojver [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Sunday, July 21, 2002 9:19 PM
Subject: RE: cvs commit: jakarta-tomcat-connectors/jk/native2/server/apache2
mod_jk2.c
Quoting [EMAIL PROTECTED]:
You don't need to ask tomcat
Quoting [EMAIL PROTECTED]:
DirectoryIndex index.jsp index.vm
The order of events would be:
1. mod_dir does a sub request for index.jsp
2. jk_map_to_storage() receives the request
3. jk_map_to_storage() engages map_uri_to_worker() -- this would be
new code
4.
Quoting Bill Barker [EMAIL PROTECTED]:
I *really* don't like the idea of passing DIR_MAGIC_TYPE requests to
Tomcat, since I tend to set up directories with only static content that only
Apache knows about. Sending them to Tomcat just gives me very many 404
errors, so I'd be forced to use a
My apologies everyone... Just ignore the part of my previous e-mail marked here
with between the stars. It just plain stupid :-(
**
Quoting Bojan Smojver [EMAIL PROTECTED]:
Quoting [EMAIL PROTECTED]:
DirectoryIndex
I've looked through Mark's excellent analysis of the problem
(http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10789) and I also played with
changing the hook order for mod_jk 1.2.0. Are you sure this actually fixes the
thing?
My experience from 1.2.0 is similar to Mark's with 2.x - the handler
On Fri, 19 Jul 2002 13:57:22 +1000 (EST), Bojan Smojver wrote:
: My experience from 1.2.0 is similar to Mark's with 2.x - the handler never gets
: called because the r-handler is DIR_MAGIC_TYPE, not JK_HANDLER. So, I think
: Mark's code would be the real fix for both - giving Apache a hint that
Quoting Mark Miesfeld [EMAIL PROTECTED]:
I was just getting ready to post something saying the fix seems to
break mod_jk2 altogether for me.
Interesting. I haven't actually checked explicit calls to pages with reversed
order and mod_jk 1.2.0, so I don't really know if that breaks it or not.
24 matches
Mail list logo