On 2020-09-15, Dave Brosius wrote:
> I have an ant task using ant 1.10.8, that includes use of the <jar>
> task as such:
> <jar destfile="${target.dir}/aspects.jar" *update="true"
> **duplicate="preserve"*>
> <zipfileset src="${target.dir}/pre_aspects.jar"
> includes="**/*" />
> <manifest>
> ...
> </manifest>
> </jar>
> There are in fact file collsions between the two jars.
> When i run this from linux, with the -d parameter, ant outputs the
> correct list of files it is copying, ie, those files that don't
> already exist in the target jar.
> When i run this from windows, with the -d parameter, ant outputs a
> much longer list of files it is copying, including files that are
> being overwritten.
Are there any "\"s reported as part of the file names?
> Is it possible that on windows, there is some problem with directory
> separators, maybe / vs \ that is causing the jar task to think these
> are new files. Or perhaps something else? Has anything like this been
> reported?
None that I was aware of.
In your example bot aspects.jar and pre_aspects.jar are ZIPs and thus
should contain "/"s as separators anyway.
One more thing to look out for is timestamp granularity. On Linux Ant
assumes file timestamps are accurate up to the second on Windows it
assumes a granularity of two seconds. This may lead to files being
considered out-of-date on one but not the other. At the same time, ZIPs
only support a granularity of two seconds themselves. The roundup
attribute may make a difference if things are time and not file name
related.
Stefan
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscr...@ant.apache.org
For additional commands, e-mail: user-h...@ant.apache.org
