DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21546>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21546 mod_jk2 / mod_dav conflict Summary: mod_jk2 / mod_dav conflict Product: Apache httpd-2.0 Version: 2.0.40 Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: Other Component: mod_dav AssignedTo: [email protected] ReportedBy: [EMAIL PROTECTED] CC: [EMAIL PROTECTED],[EMAIL PROTECTED] Test plaform: Redhat 8 with all current updates Redhat 8 distribution of Apache 2 (httpd-2.0.40-11.5) mod_jk2 from jakarta-tomcat-connectors-4.1.18 (http://cvs.apache.org/viewcvs.cgi/jakarta-tomcat- connectors/jk/native2/server/apache2/ does not show any change to the native code in http://httpd.apache.org/docs-2.0/upgrading.html says: "The AddModule and ClearModuleList directives no longer exist. These directives were used to ensure that modules could be enabled in the correct order. The new Apache 2.0 API allows modules to explicitly specify their ordering, eliminating the need for these directives." I am encountering a problem where mod_dav is not getting activated before mod_jk2. The configuration, in a VirtualHost, is as follows: JkSet uri:<domain>/*.jsp.group ajp13:<worker> Alias /dav /<path>/webapps/ROOT <Location /dav/ > DAV On AddType text/plain .jsp ... </Location> which follows http://httpd.apache.org/docs-2.0/mod/mod_dav.html#complex. The following records the transaction using DAVExplorer to access .jsp pages: ==> access_log <== 24.88.112.241 - - [13/Jul/2003:12:33:55 -0400] "OPTIONS /dav/ HTTP/1.1" 200 0 24.88.112.241 - - [13/Jul/2003:12:33:56 -0400] "PROPFIND /dav/ HTTP/1.1" 207 16802 24.88.112.241 - - [13/Jul/2003:12:35:34 -0400] "GET /dav/PageNotFound.html HTTP/1.1" 200 717 24.88.112.241 - - [13/Jul/2003:12:35:55 -0400] "GET /dav/favicon.ico HTTP/1.1" 200 318 24.88.112.241 - - [13/Jul/2003:12:36:40 -0400] "GET /dav/PageNotFound.jsp HTTP/1.1" 404 1329 24.88.112.241 - - [13/Jul/2003:12:37:46 -0400] "GET /dav/index.jsp HTTP/1.1" 404 1329 ==> catalina.out <== Jul 13, 2003 12:36:40 PM org.apache.jk.server.JkCoyoteHandler action INFO: RESET [Sun Jul 13 12:36:40 2003] ( info ) [jk_jni_aprImpl.c (472)] jkInvoke() invoke 4d2822f0 [Sun Jul 13 12:36:40 2003] ( info ) [jk_jni_aprImpl.c (472)] jkInvoke() invoke 4d2822f0 [Sun Jul 13 12:36:40 2003] ( info ) [jk_jni_aprImpl.c (472)] jkInvoke() invoke 4d2822f0 [Sun Jul 13 12:36:40 2003] ( info ) [jk_jni_aprImpl.c (472)] jkInvoke() invoke 4d2822f0 Jul 13, 2003 12:37:46 PM org.apache.jk.server.JkCoyoteHandler action INFO: RESET [Sun Jul 13 12:37:46 2003] ( info ) [jk_jni_aprImpl.c (472)] jkInvoke() invoke 4d2822f0 [Sun Jul 13 12:37:46 2003] ( info ) [jk_jni_aprImpl.c (472)] jkInvoke() invoke 4d2822f0 [Sun Jul 13 12:37:46 2003] ( info ) [jk_jni_aprImpl.c (472)] jkInvoke() invoke 4d2822f0 [Sun Jul 13 12:37:46 2003] ( info ) [jk_jni_aprImpl.c (472)] jkInvoke() invoke 4d2822f0 ==> localhost_access_log.2003-07-13.txt <== 24.88.112.241 - - [13/Jul/2003:12:36:40 -0500] "GET /dav/PageNotFound.jsp HTTP/1.1" 404 3824 24.88.112.241 - - [13/Jul/2003:12:37:46 -0500] "GET /dav/index.jsp HTTP/1.1" 404 3824 Test plaform: Redhat 8 with all current updates Redhat 8 distribution of Apache 2 (httpd-2.0.40-11.5) mod_jk2 from jakarta-tomcat-connectors-4.1.18 http://httpd.apache.org/docs-2.0/upgrading.html says: "The AddModule and ClearModuleList directives no longer exist. These directives were used to ensure that modules could be enabled in the correct order. The new Apache 2.0 API allows modules to explicitly specify their ordering, eliminating the need for these directives." I am encountering a problem where mod_dav is not getting activated before mod_jk2. The configuration, in a VirtualHost, is as follows: JkSet uri:<domain>/*.jsp.group ajp13:<worker> Alias /dav /<path>/webapps/ROOT <Location /dav/ > DAV On AddType text/plain .jsp ... </Location> which follows http://httpd.apache.org/docs-2.0/mod/mod_dav.html#complex. The following records the transaction using DAVExplorer to access .jsp pages: ==> access_log <== 24.88.112.241 - - [13/Jul/2003:12:33:55 -0400] "OPTIONS /dav/ HTTP/1.1" 200 0 24.88.112.241 - - [13/Jul/2003:12:33:56 -0400] "PROPFIND /dav/ HTTP/1.1" 207 16802 24.88.112.241 - - [13/Jul/2003:12:35:34 -0400] "GET /dav/PageNotFound.html HTTP/1.1" 200 717 24.88.112.241 - - [13/Jul/2003:12:35:55 -0400] "GET /dav/favicon.ico HTTP/1.1" 200 318 24.88.112.241 - - [13/Jul/2003:12:36:40 -0400] "GET /dav/PageNotFound.jsp HTTP/1.1" 404 1329 24.88.112.241 - - [13/Jul/2003:12:37:46 -0400] "GET /dav/index.jsp HTTP/1.1" 404 1329 ==> catalina.out <== Jul 13, 2003 12:36:40 PM org.apache.jk.server.JkCoyoteHandler action INFO: RESET [Sun Jul 13 12:36:40 2003] ( info ) [jk_jni_aprImpl.c (472)] jkInvoke() invoke 4d2822f0 [Sun Jul 13 12:36:40 2003] ( info ) [jk_jni_aprImpl.c (472)] jkInvoke() invoke 4d2822f0 [Sun Jul 13 12:36:40 2003] ( info ) [jk_jni_aprImpl.c (472)] jkInvoke() invoke 4d2822f0 [Sun Jul 13 12:36:40 2003] ( info ) [jk_jni_aprImpl.c (472)] jkInvoke() invoke 4d2822f0 Jul 13, 2003 12:37:46 PM org.apache.jk.server.JkCoyoteHandler action INFO: RESET [Sun Jul 13 12:37:46 2003] ( info ) [jk_jni_aprImpl.c (472)] jkInvoke() invoke 4d2822f0 [Sun Jul 13 12:37:46 2003] ( info ) [jk_jni_aprImpl.c (472)] jkInvoke() invoke 4d2822f0 [Sun Jul 13 12:37:46 2003] ( info ) [jk_jni_aprImpl.c (472)] jkInvoke() invoke 4d2822f0 [Sun Jul 13 12:37:46 2003] ( info ) [jk_jni_aprImpl.c (472)] jkInvoke() invoke 4d2822f0 ==> localhost_access_log.2003-07-13.txt <== 24.88.112.241 - - [13/Jul/2003:12:36:40 -0500] "GET /dav/PageNotFound.jsp HTTP/1.1" 404 3824 24.88.112.241 - - [13/Jul/2003:12:37:46 -0500] "GET /dav/index.jsp HTTP/1.1" 404 3824 The two entries in localhost_access are from Tomcat, as are the entries in catalina.out. The access_log file is the httpd view of the world. There is no surprise that /dav/*.jsp is not found, since there is no dav/ directory in the web app. The issue is that mod_jk2 is taking precedence over mod_dav. With Apache 1.3, we could control this easily. With Apache v2, we rely upon the modules to get it right somehow. Is this a known issue, or even fixed? --- Noel Is this a known issue, or even fixed? --- Noel --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
