Mailing-List: contact users-help@tomcat.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Tomcat Users List" <users@tomcat.apache.org>
Received-SPF: pass (herse.apache.org: domain of jak-tomcat-user@m.gmane.org
 designates 80.91.229.2 as permitted sender)
To: users@tomcat.apache.org
From: "Bill Barker" <wbarker@wilshire.com>
Subject: Re: Using auto-configure with Tomcat 6.0
Date: Sun, 1 Jul 2007 18:26:49 -0700
Lines: 164
Message-ID: <f69k8d$cjt$1@sea.gmane.org>
References: <B576524D0905194499F90736CAA2758AACD7AA@DEEXC1U03.de.lucent.com>
 <46823F5A.4010900@oma.be>
 <B576524D0905194499F90736CAA2758AACD826@DEEXC1U03.de.lucent.com>
 <46825F6A.9050106@cs.odu.edu> <004901c7baf9$65a28040$0400000a@animal>
 <f6761u$i31$1@sea.gmane.org> <002c01c7bbe8$6e5305d0$0400000a@animal>
Sender: news <news@sea.gmane.org>


"Johnny Kewl" <john@kewlstuff.co.za> wrote in message 
news:002c01c7bbe8$6e5305d0$0400000a@animal...
>
> Bill, let me just say that your little auto module helped me tremendously 
> when I first looked at JK, for a newbie, having that stuff generated 
> becomes a great tutorial in itself, so its a damn shame it will probably 
> fall away. I had a look at the code, and I see there are other 
> maintainers, have they also moved on?
>

It's not mine by a long shot :).  I just did the port from TC 3.3.x to TC 4 
(they have very different designs).  Pretty much all of the other @auther 
tags are copied from it's TC 3.3.x days.  I'm not saying that I wouldn't be 
happy to review and commit patches to it.  Just that I currently don't have 
much of an itch to write the patches myself.

> Its a great tool.
>
> I see BaseJkConfig is the base class, and some functions are overridden in 
> Apache Config, IIS Config, and NS Config.... I have zero interest in IIS 
> and NS, but Apache -> TC is pure magic...
>

It is a cute little toy, but it hasn't kept up with the changes to mod_jk 
(not to mention that it doesn't support mod_proxy_ajp at all).  However, the 
last meaningful change to it was in 2004.

> The other thing is I see you have used a LifecycleListener to kick off the 
> whole auto config thing. I cant argue with the philosophy, assuming a 
> person remembers that they must restart TC, but I'm thinking why buck the 
> trend, take the tool out of TC completely, and have it as a pure addon, 
> I'm thinking a configuration servlet that one can use to generate this 
> stuff, and maybe more.
>

That would actually be a very valuable contribution.  One idea that I looked 
at awhile back is a class that does minimal parsing of server.xml to embed 
Tomcat (via JMX, it's soooo much easier), insert the Listener, and then 
start the contexts to get the file, and then stop.

> I'm also wondering how you keep up to date with the protocols, and 
> formats, for example just where do you look to find out the httpd 2.2.x is 
> different.
> If you show me how to plug in to this dev system and assuming thats not a 
> mission in itself, then I dont think it will be too much of a problem to 
> plug in to the code.
> I'm thinking, if thats OK, well I dont mind doing it....
>

Well, the way that I found out is people on this list compaining that their 
auto-conf files generate warnings on httpd 2.2.x :).  Personally, I lurk on 
dev@httpd, but this isn't for everyone.  Of course, to find out more, you 
just go to http://httpd.apache.org and check the documentation and/or 
changelog.  To add a new attribute to the ApacheConfig class (from 
server.xml), all you have to do is declare the public getter/setter methods 
in standard JavaBean style.  Most standard type conversions are supported by 
Digester (e.g. adding setApache22(boolean) would allow apache22="true" is 
server.xml).

I look forward to reviewing your patch.

>
> ----- Original Message ----- 
> From: "Bill Barker" <wbarker@wilshire.com>
> To: <users@tomcat.apache.org>
> Sent: Sunday, July 01, 2007 5:12 AM
> Subject: Re: Using auto-configure with Tomcat 6.0
>
>
>>
>> "Johnny Kewl" <john@kewlstuff.co.za> wrote in message 
>> news:004901c7baf9$65a28040$0400000a@animal...
>>> Frank, I see the classes are there in 6.0, but the document does mention 
>>> its for 5.x only.
>>> Unfortunately I dont have TC6 setup for this.
>>>
>>> Could someone, please confirm, this (mod_jk.conf-auto) is still a 
>>> feature in TC6
>>> Thx
>>
>> It really doesn't have a maintainer at the moment, so like the admin 
>> webapp it will probably go away at some point.  It should still work with 
>> TC6, except that for httpd 2.2.x the output is wrong.  I used to be the 
>> primary maintainer for it, but for my day-job I use mod_proxy_ajp with 
>> 2.2.x (which is also unsupported by ApacheConfig), so I don't really have 
>> an itch to update this module.  And it works well enough for httpd 1.3.x 
>> & 2.0.x.
>>
>> Which is really saying is that this module is low-hanging-fruit for 
>> anybody that wants to contribute to Tomcat development :).
>>
>>>
>>> ----- Original Message ----- 
>>> From: "Frank McCown" <fmccown@cs.odu.edu>
>>> To: "Tomcat Users List" <users@tomcat.apache.org>
>>> Sent: Wednesday, June 27, 2007 3:00 PM
>>> Subject: Using auto-configure with Tomcat 6.0
>>>
>>>
>>>> I'm trying to get auto-configure to work for my single Tomcat process
>>>> running on the same machine as Apache.  According to the instructions 
>>>> at
>>>>
>>>> http://tomcat.apache.org/connectors-doc/webserver_howto/apache.html
>>>>
>>>> the mod_jk.conf-auto file can only be created with Tomcat 5.x.  Does
>>>> that mean the functionality was deprecated in Tomcat 6.0, or have the
>>>> instructions not been updated?
>>>>
>>>> I've followed the directions explicitly, but Tomcat 6.0 does not seem 
>>>> to
>>>> produce a mod_jk.conf-auto when re-started.  The catalina.out does not
>>>> record any errors.
>>>>
>>>> Apache 2.2.4
>>>> Tomcat 6.0.12
>>>> Java 1.4.2
>>>> Linux FC 6
>>>>
>>>> Any help would be appreciated.
>>>>
>>>> Thanks,
>>>> Frank
>>>>
>>>> --
>>>> Frank McCown
>>>> Old Dominion University
>>>> http://www.cs.odu.edu/~fmccown/
>>>>
>>>> ---------------------------------------------------------------------
>>>> To start a new topic, e-mail: users@tomcat.apache.org
>>>> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>>>> For additional commands, e-mail: users-help@tomcat.apache.org
>>>>
>>>>
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To start a new topic, e-mail: users@tomcat.apache.org
>>> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>>> For additional commands, e-mail: users-help@tomcat.apache.org
>>>
>>>
>>
>>
>>
>>
>> ---------------------------------------------------------------------
>> To start a new topic, e-mail: users@tomcat.apache.org
>> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>> For additional commands, e-mail: users-help@tomcat.apache.org
>>
>>
>
>
> ---------------------------------------------------------------------
> To start a new topic, e-mail: users@tomcat.apache.org
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
>
> 


---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org