On Thu, 20 Dec 2001, Steve Loughran <[EMAIL PROTECTED]> wrote:
> I would like to replace this with the 'destFile' attribute; leaving
> the old warfile, jarfile stuff in there as deprecated, adding
> deprecation to the file attr, and pulling the file attribute from
> the docs.
+1
And remove the file attribute before the release of Ant 1.5, no need
to remain backwards compatible to code that has never been released
IMHO.
> 2. gzip, bzip2 need srcFile and destFile attributes, and should add
> dependency testing to not create the dest if it is up to date.
+1
> 3. Unjar/Untar/Unwar/Unzip can take the srcFile and destDir attrs as
> aliases for their existing stuff
+1
> 4. Gunzip. Bunzip2 can take srcFile easily. Its dest attribute can
> be either a file or a directory, with different behavior in each
> case. I'd like to add explicit destDir and destFile attributes and
> behaviour,
+1
> 5. <tar> only takes <tarfileset> as a parameter, even if you don't
> want to spec username, mode, etc. I'd like to add <fileset> support;
> the way I envisage this is to have an addFileSet(FileSet fileset)
> method which creates a new tarfileset for every fileset
>
> public void addFileSet(FileSet fileset) {
> filesets.addElement(new TarFileSet(fileset));
> }
>
> None of this would break anything, we just add more 'deprecated'
> cruft (sigh), but gain a simpler conceptual model for end users.
Is it worth the trouble? +0
Stefan
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>