Return-Path: Mailing-List: contact ant-dev-help@jakarta.apache.org; run by ezmlm Delivered-To: mailing list ant-dev@jakarta.apache.org Received: (qmail 36187 invoked from network); 28 Dec 2000 14:54:43 -0000 Received: from cr102266-a.ktchnr1.on.wave.home.com (HELO gateway.patronix.com) (qmailr@24.43.37.138) by h29.sny.collab.net with SMTP; 28 Dec 2000 14:54:43 -0000 Received: (qmail 7679 invoked from network); 28 Dec 2000 14:51:51 -0000 Received: from unknown (HELO mocha) (192.168.0.129) by ns.patronix.com with SMTP; 28 Dec 2000 14:51:51 -0000 From: "Scotte Zinn" To: Subject: RE: Did somebody say Shut up and Write? :) Date: Thu, 28 Dec 2000 09:55:43 -0500 Message-ID: <001b01c070de$412888c0$8100a8c0@patronix.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0) In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Importance: Normal X-Spam-Rating: h29.sny.collab.net 1.6.2 0/1000/N IMHO, this kind of feature seems to have nothing to do with building product, and shouldn't be part of ant itself. The CM group should manage/define the 'official' toolset. Others, (i.e., the developers) may have their own local mods, which is fine, as long as they either aren't required for the 'official' build, or are accepted by the CM group. Having a tool that modifies itself may hinder the mandate of the CM group which is to build any past version of the product at any time exactly. If a -selfupdate kind of feature is requested, maybe it should be a task unto itself and a Build.xml (or whatever it is going to be called) is part of the distribution that will provide the updated information. This suggests another kind of extensibility: namely, the ability to write a java class that is used by a custom command-line switch. -- Scotte > -----Original Message----- > From: James Duncan Davidson [mailto:duncan@x180.net] > Sent: Thursday, December 28, 2000 2:28 AM > To: ant-dev@jakarta.apache.org > Subject: Re: Did somebody say Shut up and Write? :) > > > On 12/27/00 11:11 PM, "Diane Holt" wrote: > > > Actually, I would expect whatever "group" (even if it's > only an individual > > just working privately) "owns" Ant to -not- necessarily > have an up-to-date > > version of Ant. I would expect them to only update the version (or > > possibly only certain source-files) for specific reasons and only at > > acceptable points in time. For example, I currently have a > mixture of > > 1.2alpha, some straight 1.2, some post-1.2, plus some > in-house mods. When > > 1.3 becomes available, I'll review what's changed, see if > there's anything > > that I want/need, and if there is, determine when would be > a good time to > > (either fully or partially) update. > > One way of handling this is to have an ant.conf file that is > part of the > distro. One of the properties of this file could be something like > 'udpateserver=http://jakarta.apache.org/ant/latestversion". > This location > could have a pointer to where the latest version was along > with version > number, etc. > > Then, in an installation like yours, you could change that -- thereby > changing the action of `ant -selfupdate` to only grab your version. > > .duncan > > -- > James Duncan Davidson > duncan@x180.net > > !try; do() > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: ant-dev-unsubscribe@jakarta.apache.org > For additional commands, e-mail: ant-dev-help@jakarta.apache.org > >