Glenn,
On Mon, 06 Jan 2003 19:30:42 -0600, Glenn Nielsen [EMAIL PROTECTED] said:
Thanks for reporting this. I have changed the code so that if there
is no content only status codes = 400 are passed back through
apache.
The original patch was made so that when an error occurred at the
On 2 Jan 2003 12:58:58 -, [EMAIL PROTECTED] said:
glenn 2003/01/02 04:58:58
Modified: jk/native/apache-1.3 mod_jk.c jk/native/apache-2.0
mod_jk.c Log: Make sure http errors are handled by Apache if not
handled by Tomcat
Revision Changes Path 1.34 +6 -1
Since it seems like people have totally different needs in regards to
static files and redirection of 'ambiguous' directory requests to
Tomcat, I went with the option ForwardDirectories, which can be
specified in JkOptions. It is off by default.
When turned off, any directory that doesn't
I have tested this with and without DirectoryIndex.
In case there is DirectoryIndex, the physical file(s) are stat and if
that's successful mod_dir does its thing. It works nicely for at least 2
different file extensions (in my case *.jsp and *.vm). If the files
cannot be stat, it's up the
On 23 Jul 2002, Bojan Smojver wrote:
Important note:
---
THE CODE IN mod_jk2 IS STILL BROKEN, WITH DocumentRoot LOGIC.
-
Do you want me to:
[ ] Revert it back to what it was before I put my fingers in it
[ ] Leave
Before I do that, some questions about uriEnv in jk2_handler(), since
that part is very different to mod_jk. The initial test involves asking:
if (uriEnv==NULL || strcmp(r-handler,JK_HANDLER)!= 0)
and if so, the whole thing is skipped.
After the first test, there is the second test that goes:
I made an initial, most likely broken commit of this code for mod_jk2.
Can you go through it as I'm making assumptions in there that I am not
sure about. They are just a parallel from mod_jk, but that could be
totally bogus.
At least there is some 'meat' for you guys to play with.
Bojan
On
On 23 Jul 2002, Bojan Smojver wrote:
Before I do that, some questions about uriEnv in jk2_handler(), since
that part is very different to mod_jk. The initial test involves asking:
if (uriEnv==NULL || strcmp(r-handler,JK_HANDLER)!= 0)
uriEnv == null means no match was found.
It is set by
I have reworked the code to take care of aliases (i.e. to use what
Apache already knows about them from the main request). Please note that
URI will be left unchanged, so unless Tomcat knows about the aliases as
well, nothing will get served.
I will not commit the change to mod_jk2 since there
Thanks. I'll download an retest.
Bojan
On Thu, 2002-06-13 at 00:33, GOMEZ Henri wrote:
This should fix the problem reported by Bojan.
What about tagging jtc for jk_1_2_0 release ?
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP
I will apply the patch to 1.3.
Are we still maintaining the second copy of jk in 3.3 tree ?
Larry - can we start removing the duplicated util and c code ?
IMHO the j-t-c code ( the 'native1' side ) is as stable as the
one in 3.3, and it would simplify our life to deal with a single
one.
11 matches
Mail list logo
