ant-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Christopher Berry <christopher.be...@etrade.com>
Subject RE: copying on files changed
Date Sat, 08 Dec 2001 17:32:28 GMT
It turned out that, in my case, I was unthinkingly using overwrite="yes".
I should RTFM ;-) 
Now all works great -- only files changed are copied.
Thanks for all the help,
-- Chris


 -----Original Message-----
 From: Steve Loughran [mailto:steve_l@iseran.com]
 Sent: Saturday, December 08, 2001 12:32 AM
 To: Ant Users List
 Subject: Re: copying on files changed
 
 
 nope.
 
 I'll try and put together a test to show if this is really 
 happening; there
 isnt actually one in the copy junit test by the look of things.
 
 ----- Original Message -----
 From: "Ma, Jian" <Jian.Ma@kmv.com>
 To: "'Ant Users List'" <ant-user@jakarta.apache.org>
 Sent: Friday, December 07, 2001 7:24 PM
 Subject: RE: copying on files changed
 
 
 > I'm doing this on windows2000, NTFS system using ant1.4.1.  I was
 surprised
 > to find this behavior and the only other co-worker who's using ant
 observed
 > the similiar thing.  Do you have any idea why?  Thank you.
 >
 > Jian"Chuck" Ma
 > KMV LLC
 > 1620 Montgomery St. Suite 140
 > San Francisco, CA 94111
 > 415-352-1157(w)
 >
 >
 >
 >
 > -----Original Message-----
 > From: Steve Loughran [mailto:steve_l@iseran.com]
 > Sent: Friday, December 07, 2001 7:08 PM
 > To: Ant Users List
 > Subject: Re: copying on files changed
 >
 >
 > My experience differs from yours, and my experience is backed up by a
 quick
 > glance at the code and the places where there are tests such as:
 >
 > if (src.lastModified() > dest.lastModified()) {
 >                     task.log(files[i]+" added as
 "+dest.getAbsolutePath()+"
 > is outdated.",
 >                              Project.MSG_VERBOSE);
 >
 > [in SourceFileScanner.java, and again in FileUtils.java]
 >
 > And personal experiences where I forgot that <copy> was 
 timestamp based
 and
 > one day got burned when the date of the destination 
 postdated the source
 (on
 > CD) , and our install failed.
 >
 > If copy really does not work for you, then it may be due to clock
 > differences across a network, or something. As an aside, are 
 you doing
 this
 > on a DOS, rather than NTFS file system?
 >
 >
 >
 > ----- Original Message -----
 > From: "Ma, Jian" <Jian.Ma@kmv.com>
 > To: "'Ant Users List'" <ant-user@jakarta.apache.org>
 > Sent: Friday, December 07, 2001 6:37 PM
 > Subject: RE: copying on files changed
 >
 >
 > > my experience with copy is that if the destination file 
 exists already,
 it
 > > doesn't do anything even if you've made changes to the src 
 file(It could
 > be
 > > I didn't set some attribute correctly).  I used 
 <dependset> to solve
 this
 > > problem.  You can define dependent relationship between 
 src and target
 > > files.  Whenever src files got changed, ant detects it and 
 remove all
 the
 > > target files to force copy to regenerate them.
 > >
 > > Jian"Chuck" Ma
 > > KMV LLC
 > > 1620 Montgomery St. Suite 140
 > > San Francisco, CA 94111
 > > 415-352-1157(w)
 >
 >
 >
 > --
 > To unsubscribe, e-mail:   
<mailto:ant-user-unsubscribe@jakarta.apache.org>
> For additional commands, e-mail: <mailto:ant-user-help@jakarta.apache.org>
>
> --
> To unsubscribe, e-mail:   <mailto:ant-user-unsubscribe@jakarta.apache.org>
> For additional commands, e-mail: <mailto:ant-user-help@jakarta.apache.org>
>
>


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

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


Mime
View raw message