Thanks both of you! This answers my question. -Dave -----Original Message----- From: Bill Barker [mailto:[EMAIL PROTECTED] Sent: Saturday, June 21, 2003 2:03 AM To: [EMAIL PROTECTED] Subject: Re: mod_jk quirk?
Larry is correct. The worker is configurable. The Jk docs are a mess to navigate at the moment, but the 4.1.x link is: http://jakarta.apache.org/tomcat/tomcat-4.1-doc/config/jk.html#Using%20Apach eConfig. "Larry Isaacs" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] I believe you can add: jkWorker="<my worker name>" to your <Listener ...> to specify the name. I think Bill Barker's port of the classes involved is recent enough that the Tomcat 3.3. attributes (not the server.xml element itself) are valid in the Tomcat 4 ApacheConfig Listener. See the Tomcat 3.3 ApacheConfig attribute descriptions at: <http://jakarta.apache.org/tomcat/tomcat-3.3-doc/serverxml.html#ApacheConfig > Ignore the rest of the Tomcat 3.3 ApacheConfig info. Cheers, Larry > -----Original Message----- > From: John Turner [mailto:[EMAIL PROTECTED] > Sent: Friday, June 20, 2003 11:23 AM > To: Tomcat Users List > Subject: SPAM: Re: mod_jk quirk? > > > [Message inserted by SAS Postmaster: ISD is evaluating gateway-level > spam defenses. This message was judged by one of the filters being > evaluated to be spam. If this message is in fact spam, ** there is no > action you need to take **. Should our evaluation conclude that this > technique is practical, you will be receiving fewer messages of this > type when our evaluation is complete. > > If, however, this message is one that is definitely not spam, you may > submit a "false positive" report by visiting > http://mdrweb.na.sas.com/publictools/falsepositive and following the > instructions found there.] > > > Hi - > > AFAIK, Tomcat never reads workers.properties, only mod_jk reads > workers.properties. > > If you use the auto-generation, your worker will always be named > ajp13. If you need something else, you need to configure things > manually. The ApacheConfig classes are a convenience, not a > requirement, and could easily > go away in the future (they're not even used for JK2 which is > where the > current dev efforts are). > > The complaints you are getting when you change or remove > workers.properties are from Apache and mod_jk, not Tomcat. > > John > > On Fri, 20 Jun 2003 11:15:59 -0400, Dave Naden <[EMAIL PROTECTED]> > wrote: > > > When I auto-generate the mod_jk directives, I'm finding > strange behavior: > > Even if my workers.properties file contains the name of a > worker other > > than ajp13, the JkMount commands that get generated always have the > > worker name as "ajp13". for example, if I put the following in my > > workers.properties: > > > > worker.list=testWorker1 > > # settings for testWorker1 > > worker.testWorker1.port=8009 worker.testWorker1.host=localhost > > worker.testWorker1.type=ajp13 > > > > I'll still get, in the auto file, lines like: > > > > JkMount /examples/jsp/security/protected/j_security_check ajp13 > > JkMount /examples/snoop ajp13 JkMount /examples/servlet/* ajp13 > > JkMount /examples/CompressionTest ajp13 > > JkMount /examples/*.jsp ajp13 > > JkMount /examples/servletToJsp ajp13 > > > > ...etc. > > > > even though I'm naming the worker 'testWorker1' > > > > I know Tomcat is reading the correct workers.properties > file, because > > when I remove it, Tomcat complains. > > > > BTW, here's my <location directive: > > > > <Listener className="org.apache.ajp.tomcat4.config.ApacheConfig" > > modJk="c:/Apache2/modules/mod_jk-2.0.42.dll" /> > > > > > > Anybody know what's going on? > > > > -Dave Naden > > > > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > -- > Using M2, Opera's revolutionary e-mail client: > http://www.opera.com/m2/ > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
