Summary: | www-apache/mod_jk-1.2.26: apache doesn't see the jkMount path | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | C D <cld71> |
Component: | [OLD] Server | Assignee: | William L. Thomson Jr. (RETIRED) <wltjr> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | java |
Priority: | High | Keywords: | InVCS |
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
C D
2008-01-07 20:44:08 UTC
Yeah I saw some issues with this version and haven't had a chance to look into myself. Thanks for bug, will help me remind myself to look into it ;) Please revert to <1.2.26 versions till I have a chance to address. I welcome any contributions here, kinda burried atm. Ok, finally got time to look into this on my development server. Basically there is a new directive in 1.2.26, and the bug is a combination problem of that version of mod_jk and Apache 2.2. Since it mod_jk now respects contexts and vhosts. So by default it has to be enabled per vhosts. They did add a new directive JkMountCopy which when set to all, passes on all JkMount and other options to all vhosts/contexts. Otherwise it has to be enabled per vhosts/context. Not all directives, some are global, some are per vhost/context. For more info see upstream documentation at http://tomcat.apache.org/connectors-doc/reference/apache.html Along the way I also modified the modules default conf file to specific a location for the .shm file since that was also broken with >=1.2.6. Was looking to create on in /usr/lib/apache2/logs, which does not exist :) Also dropped default log level down to warn from info. For a bit better performance and less hd writes per request. Closing bug as fixed, mod_jk-1.2.26-r1.ebuild is in cvs. Please allow for time to sync to mirrors, before you sync to get ebuild and files. Thanks for reporting :) |