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 jk_handler() to decide, which covers the
cases where there are no physical files present. The requests will still
end up in Tomcat if there is a mapping.

If there is no DirectoryIndex, jk_handler() makes its own decisions
about what's going to get served. Anything that is mapped will end up in
Tomcat.

Note that this whole thing does not affect real static files like
index.html. Tomcat will never serve (or attempt to serve) those, unless
they are mapped to Tomcat by some other means, not the extension. So I
hope this satisfies all relevant concerns for now.

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 it alone
[ ] Attempt to apply the same stuff that's in this patch to it

Bojan

On Tue, 2002-07-23 at 07:03, [EMAIL PROTECTED] wrote:
> bojan       2002/07/22 14:03:19
> 
>   Modified:    jk/native/apache-2.0 mod_jk.c
>   Log:
>   Put back DIR_MAGIC_TYPE in case there is no DirectoryIndex and/or no
>   pysical files to stat.
>   
>   Lose one stat, not really needed. Fix a typo.
>   
>   Revision  Changes    Path
>   1.52      +10 -5     jakarta-tomcat-connectors/jk/native/apache-2.0/mod_jk.c
>   
>   Index: mod_jk.c
>   ===================================================================
>   RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/apache-2.0/mod_jk.c,v
>   retrieving revision 1.51
>   retrieving revision 1.52
>   diff -u -r1.51 -r1.52
>   --- mod_jk.c        22 Jul 2002 02:48:11 -0000      1.51
>   +++ mod_jk.c        22 Jul 2002 21:03:19 -0000      1.52


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Reply via email to