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
ch
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 in the httpd.conf. I did note there were duplicate
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 in the httpd.conf. I did note there were duplicate
uri objects created (based on their name) if the sam
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 in the httpd.conf. I did note there were duplicate
uri objects created (based on their name) if the same uri spec was
[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
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 INTERN
> -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 INTERNET_MAX
[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 c
[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
> -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/someconte
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 hostname
> -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( mat
> 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
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]:
>
> > >
> > >
> > >
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 u
Quoting [EMAIL PROTECTED]:
> >
> >
> > 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. map_uri_to_worker() finds nothin
- 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 [EMA
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
> instead of the intern
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 i
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
> instead of the intern
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
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
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
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
> costin 02/05/29 10:51:23
>
> Modified:jk/native2 build.xml
>jk/native2/common jk_channel_un.c jk_config.c jk_env.c
> jk_shm.c jk_worker_status.c
>jk/native2/include jk_env.h
>jk/native2/jni jk_jni_aprImpl.c
>
25 matches
Mail list logo
