ant-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Jose Alberto Fernandez" <j_a_fernan...@yahoo.com>
Subject Re: What is going on in ANT1.x
Date Fri, 08 Feb 2002 06:55:49 GMT
Why not providing an "experimental.jar"? 
If you do not want those things in your system then do not install them you can just remove
the jar from your installation.

Jose Alberto

----- Original Message ----- 
From: "Adam Murdoch" <adammurdoch_ml@yahoo.com>
To: "Ant Developers List" <ant-dev@jakarta.apache.org>
Sent: Friday, February 08, 2002 3:51 AM
Subject: RE: What is going on in ANT1.x


> 
> 
> > -----Original Message-----
> > From: Erik Hatcher [mailto:jakarta-ant@ehatchersolutions.com]
> > Sent: Friday, 8 February 2002 12:53 PM
> > To: Ant Developers List
> > Subject: Re: What is going on in ANT1.x
> >
> >
> >
> > ----- Original Message -----
> > From: "Adam Murdoch" <adammurdoch_ml@yahoo.com>
> >
> > > If the <cc> task were to move across, is there some way we can
> > mark it as
> > > experimental, so that we can change stuff without worrying about
> > > backwards-compatibility (for the first little while, at least)?
> >
> > It should be automatically considered "experimental" until the release of
> > Ant 1.5.  Nightly builds are considered unstable and "use at your
> > own risk".
> >
> > Just prior to the release of 1.5 we can reevaluate whether we want these
> > supported or not and either pull them or undocument them.  Seem
> > reasonable?
> >
> 
> Yep.  I wonder if it might not be worth having an 'experimental tasks'
> section in the manual (particularly if we go with a 'deprecated tasks'
> section).  Then, we could *potentially* include experimental tasks in the
> release, so that people can try them out, but the disclaimer would be there
> that they may change in a future release.
> 
> Too bad we don't have some way to attach meta-info to a task definition
> (like in an antlib descriptor, say).  Then, we could add 'deprecated' or
> 'experimental' flags to the task defs, and let the user explicitly decide
> whether to enable deprecated or experimental features (and have the
> container take care of it all, rather then the tasks).
> 
> Of course, downloading a nightly build is a pretty explicit decision by the
> user, so maybe the solution to experimental features is best left at that.
> 
> 
> Adam
> 
> 
> --
> To unsubscribe, e-mail:   <mailto:ant-dev-unsubscribe@jakarta.apache.org>
> For additional commands, e-mail: <mailto:ant-dev-help@jakarta.apache.org>


--
To unsubscribe, e-mail:   <mailto:ant-dev-unsubscribe@jakarta.apache.org>
For additional commands, e-mail: <mailto:ant-dev-help@jakarta.apache.org>


Mime
View raw message