Return-Path: Mailing-List: contact user-help@ant.apache.org; run by ezmlm Delivered-To: mailing list user@ant.apache.org Received: (qmail 47539 invoked from network); 22 Apr 2003 19:08:05 -0000 Received: from plmler4.mail.eds.com (199.228.142.74) by daedalus.apache.org with SMTP; 22 Apr 2003 19:08:05 -0000 Received: from plmlir3.mail.eds.com (plmlir3-2.mail.eds.com [199.228.142.133]) by plmler4.mail.eds.com (8.11.6p2/8.11.6) with ESMTP id h3MJ8At10189 for ; Tue, 22 Apr 2003 14:08:10 -0500 Received: from plmlir3.mail.eds.com (localhost [127.0.0.1]) by plmlir3.mail.eds.com (8.11.6p2/8.11.6) with ESMTP id h3MJ88A12644 for ; Tue, 22 Apr 2003 14:08:08 -0500 (CDT) Received: from usplm102.exsc01.exch.eds.com (USPLM102.txpln.us.eds.com [198.132.135.15]) by plmlir3.mail.eds.com (8.11.6p2/8.11.6) with ESMTP id h3MJ88C12633 for ; Tue, 22 Apr 2003 14:08:08 -0500 (CDT) Received: by USPLM102.txpln.us.eds.com with Internet Mail Service (5.5.2656.59) id ; Tue, 22 Apr 2003 14:08:05 -0500 Message-ID: <7A57F750AF65D411949C00508BDFD8181ABD35F6@USPLM202> From: "Lopez, William" To: Ant Users List Subject: RE: FTP 'depends' question Date: Tue, 22 Apr 2003 14:07:57 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2656.59) Content-Type: text/plain X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Dang, that sucks! Thanks for the fast reply! -----Original Message----- From: Steve Cohen [mailto:SCohen@sportvision.com] Sent: Tuesday, April 22, 2003 1:47 PM To: Ant Users List Subject: RE: FTP 'depends' question There is a known problem not only with the FTP task with the commons-net (or NetComponents) library on which the task depends, and really, it is traceable to vagueness in the FTP spec itself - the spec is so vague that there is no 100% reliable way to read the timestamp on an FTP file in a machine-independent way. It is a can of worms. -----Original Message----- From: Lopez, William [mailto:william.lopez@eds.com] Sent: Tuesday, April 22, 2003 1:38 PM To: Ant Users List Subject: FTP 'depends' question ...just to clarify...the depends attribute in the ftp task needs a source and another resource (in the remote dir) to compare to determine what is new? If so, is there a way to test for a newer file within the source directory when the remote destination is always empty? Here is the scenario: -incremental builds (several times a day) -ftp compiled jars to remote directories (empty staging area) >would like to only ftp new jars- currently sending all Thanks, -Will --------------------------------------------------------------------- To unsubscribe, e-mail: user-unsubscribe@ant.apache.org For additional commands, e-mail: user-help@ant.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: user-unsubscribe@ant.apache.org For additional commands, e-mail: user-help@ant.apache.org