I just snagged the latest from Apache, looks like someone already
took care of it...
for (int i = 0; i < files.length; i++) {
File f = new File(fs.getDir(project), files[i]);
String name = files[i].replace(File.separatorChar,'/');
tarFile(f, tOut, name, fs);
}
Since it is now correctly using fs.getDir(project) instead of the
baseDir it was using!
-Peter
> -----Original Message-----
> From: Peter Vogel [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, June 13, 2001 12:33 AM
> To: '[EMAIL PROTECTED]'; '[EMAIL PROTECTED]'
> Subject: [PATCH]tarfileset
>
>
> Per the discussion earlier today, there's a bug in
> <tarfileset>, if the
> <tar> tag has a <baseDir>
> attribute and <tarfileset>s are used as well, the baseDir
> causes an implicit
> fileset and
> if the <tarfileset>s overlap the baseDir you get two of every file.
>
> On the other hand, if the baseDir isn't set and you use
> <tarfileset>s, the
> dir attribute for the
> tarfileset doesn't seem to be obeyed and tar is unable to
> find any files!
>
> This patch is probably incomplete, in particular, the
> archiveIsUpToDate
> routine is calling a
> SouceFileScanner and doesn't seem to setting up the directory
> right (it
> passes baseDir in
> blindly as the srcDir) so you get messages like this in verbose mode:
>
> [tar] ws\html\html\passwd.html added as
> C:\e2open\b1003_patch1\sso\grass.tar doesn't exist.
>
> But at least with this patch I get what I expect out of my
> tar files build
> using a <tar> with <tarfileset>
> embedded tags...
>
> -Peter
> <<tarfilesetpatch.txt>>
>
