This is not a feature for JK2, it works from URI statements in workers2.properties or JkSet and JkUriSet statements in httpd.conf.
>From the src, mod_jk2.c /** * Set a property associated with a URI, using native <Location> * directives. * * This is used if you want to use the native mapping and * integrate better into apache. * * Same behavior can be achieved by using uri.properties and/or JkSet. * * Example: * <VirtualHost foo.com> * <Location /examples> * JkUriSet worker ajp13 * </Location> * </VirtualHost> * * This is the best way to define a webapplication in apache. It is * scalable ( using apache native optimizations, you can have hundreds * of hosts and thousands of webapplications ), 'natural' to any * apache user. * * XXX This is a special configuration, for most users just use * the properties files. */ Here is a How To for virtual hosting posted my Umberto a couple of weeks ago. It shows how to use the JkUriSet statements in the httpd.conf among other things. http://marc.theaimsgroup.com/?l=tomcat-user&m=103529605526901&w=2 rls "M. Hockings" <[EMAIL PROTECTED]> 11/01/2002 06:57 PM Please respond to "Tomcat Users List" To: Tomcat Users List <[EMAIL PROTECTED]> cc: Subject: auto config listener not working with jk2/Apache2/Tomcat4.1.12 ? Hi all, I am trying to get the auto config stuff working between Apache and Tomcat. This is with Apache 2.0.43 and Tomcat 4.1.12 with mod_jk2. I have my server.xml using listeners with org.apache.ajp.tomcat4.config.ApacheConfig but it appears to generate a config file tailored to mod_jk. That is there are statements generated like <IfModule !mod_jk.c> Loadmodule k_module modules/mod_k.dll </IfModule> and JkMount /admin/*.jsp apj13 that are not well received by Apache Peeking in the java for ApacheConfig I see that these sort of things are hard coded so I presume that ApacheConfig is designed specifically for mod_jk. Is there a listener class tailored for mod_jk2 or should I tinker in the java to make it work for mod_jk2 ? Or, and quite possibly, am I just confused? Kind regards, Mike -- To unsubscribe, e-mail: <mailto:tomcat-user-unsubscribe@;jakarta.apache.org> For additional commands, e-mail: <mailto:tomcat-user-help@;jakarta.apache.org> -- To unsubscribe, e-mail: <mailto:tomcat-user-unsubscribe@;jakarta.apache.org> For additional commands, e-mail: <mailto:tomcat-user-help@;jakarta.apache.org>
