tomcat-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Jay Freeman \(saurik\)" <sau...@saurik.com>
Subject RE: Simple mod_jk & Apache Auth & DirectoryIndex Patch
Date Mon, 03 Jul 2000 18:22:47 GMT
Sharma:

mod_jk loaded fine without the modification to the env, it simply didn't
work.  The problem I had getting Apache to even start had to do with module
ordering.  If I LoadModule mod_perl, libphp3, or libphp4 before I LoadModule
mod_jk, Apache refuses to fork.  It looks quite like what you are showing
there.  Try taking out modules one by one until you get it to load, and then
move mod_jk before all those modules and put them all back in.

Sincerely,
Jay Freeman (saurik)
saurik@saurik.com



-----Original Message-----
From: Sharma, Anand (Anand) [mailto:ansharma@lucent.com]
Sent: Monday, July 03, 2000 12:36 PM
To: 'tomcat-dev@jakarta.apache.org'
Subject: RE: Simple mod_jk & Apache Auth & DirectoryIndex Patch

Hi Jay

A few days back there was a similar posting in this mailing list about
problems with mod_jk on Apache 1.3.12 on RedHat 6.2. In fact I have a Red
Hat 6.2 (kernel level upgraded to 2.2.16) with Apache 1.3.12 w/EAPI (also,
Mod_Perl 1.2.4/PhP 4.0.0/ModSSL). I have just "not" been successful in
making mod_jk load in Apache:

root@devzone bin]# ls
ab         apxs       htdigest  httpd       rotatelogs
apachectl  dbmmanage  htpasswd  logresolve
[root@devzone bin]# ./apachectl startssl
jk_post_config NULL
./apachectl startssl: httpd could not be started

I tried recompiling mod_jk.c with the changes that you have mentioned in
this email below, but it still gives the same errors.

Any ideas?

Sincerely

Anand
p.s. I have been able to make the mod_jk.c compile and work on RedHat
6.1/Apache 1.3.12 without any of these modifications. Also, I am in the
process of trying to see if the mod_jk.c will run with a vanilla Apache
installation after a fresh ReHat 6.2 install i.e. using 2.2.14-5.0 kernel
(as opposed to 2.2.16).


----------------------------------------------------------------------------
-----------------------------------------------------

This rather simple patch gets mod_jk working with Apache's authorization
system, as well as supporting things like DirectoryIndex.  General problem
being that if mod_jk tells Apache it did the filename-to-uri conversion
Apache doesn't bother.  Along with a few well built &lt;Host&gt; server.xml
elements and a "JkMount /*.jsp ajp13", this makes JSP with Tomcat and mod_jk
rather transparent.

diff -u -r1.7 mod_jk.c
--- mod_jk.c    2000/06/30 08:10:46     1.7
+++ mod_jk.c    2000/07/02 18:51:42
@@ -882,7 +882,6 @@
             if(worker) {
                 r-&gt;handler = ap_pstrdup(r-&gt;pool, JK_HANDLER);
                 ap_table_setn(r-&gt;notes, JK_WORKER_ID, worker);
-                return OK;
             }
         }
     }

Personally, I still can't get anything working without removing those
WAS_BORN_BY_APACHE lines, so that patch doesn't actually work for me.  This
is what I am using:

diff -u -r1.7 mod_jk.c
--- mod_jk.c    2000/06/30 08:10:46     1.7
+++ mod_jk.c    2000/07/02 18:55:21
@@ -850,14 +850,10 @@

     if(map_alloc(&amp;init_map)) {
         if(map_read_properties(init_map, conf-&gt;worker_file)) {
-            if(!env) {
                 putenv("WAS_BORN_BY_APACHE=true");
-                return;
-            } else {
                 if(wc_open(init_map, conf-&gt;log)) {
                     return;
                 }
-            }
         }
     }

@@ -882,7 +878,6 @@
             if(worker) {
                 r-&gt;handler = ap_pstrdup(r-&gt;pool, JK_HANDLER);
                 ap_table_setn(r-&gt;notes, JK_WORKER_ID, worker);
-                return OK;
             }
         }
     }

Sincerely,
Jay Freeman (saurik)
saurik@saurik.com

Anand Sharma
Lucent Technologies
Communications Applications Group
Mail Stop: C5-01
Milpitas, CA 95035
(408) 324 6218
http://webedge.sv.lucent.com/anand

"In the clarity of a quiet mind, there is room for all that is actually
happening and whatever else that might also be possible"


---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org


Mime
View raw message