Success!
David Weintraub wrote:
>
> Would using the task help? Before unzipping, you can "touch"
> all the properties files that you don't want to overwrite, giving them
> a newer timestamp than the files inside the zipfile.
>
> Of course, you'll destroy the previous dates, but it will help p
On Wed, Jul 8, 2009 at 2:22 PM, rdblaha1 wrote:
>
> Thank you David for pointing out the OLDER vs. NEWER timestamp. The
> timestamp of the existing files is always OLDER in my testing.
Would using the task help? Before unzipping, you can "touch"
all the properties files that you don't want to ov
Thank you David for pointing out the OLDER vs. NEWER timestamp. The
timestamp of the existing files is always OLDER in my testing.
My problem isn't solved with the patternset as I previously thought. If my
config properties files don't exist in the dest directory in the first place
I DO want th
Quick question: What is the timestamp on these files?
If you set the overwrite parameter to false, it may be overwriting
files that have an OLDER timestamp than the file that's replacing it.
The description of this parameter is:
Overwrite files, even if they are newer than the corresponding
Initial problem solved, but leaves questions from this newbie.
I modified the code by adding the patternset:
This cleared up my problem, but leaves the questio
I have the following code in my xml Ant file:
Yet in my output I see that three files existing in my config directory are
overwritten when the unzip occurs.
[unzip] expanding config/setup1.properties to
c:\applicat
