Mailing-List: contact user-help@ant.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Ant Users List" <user@ant.apache.org>
Received-SPF: pass (nike.apache.org: local policy)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
  s=s1024; d=yahoo.com;
  h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type;
  b=PrAywuZWpLuiAMso+fmJ79KCA0qcOHF9V8/hMjQ+NQNKLMr3adbqNrziB3F/rLMzeO75pi/Aa3a/pXKnYGaoV6bF/IYTX3loxdp3G+BnVBTBUpxCaOiRcjMKS4SmDzKjq/nq0H4HPAphPUSSybVvH0n9UITGYmTcGVEcOh4V5V0=;
Message-ID: <634117.40582.qm@web65711.mail.ac4.yahoo.com>
References: <915397.77756.qm@web65713.mail.ac4.yahoo.com>
  <e18234670905302140p2a4337eex194518c53f3dbbb7@mail.gmail.com>
  <515521.53234.qm@web65708.mail.ac4.yahoo.com>
 <e18234670906010819y2381def9wb6196806bdfaf943@mail.gmail.com>
Date: Mon, 1 Jun 2009 09:48:53 -0700 (PDT)
From: Eric Fetzer <elstonkers@yahoo.com>
Subject: Re: Use of Sleep
To: Ant Users List <user@ant.apache.org>
In-Reply-To: <e18234670906010819y2381def9wb6196806bdfaf943@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="0-1678164564-1243874933=:40582"

--0-1678164564-1243874933=:40582
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

Will "updates" get rid of files that got deleted from the repository?=A0 I =
don't like not having an accurate BOM.=A0 I want to know every file and wha=
t version of that file makes up my build.=A0 When I remove the=A0directorie=
s and re-check my files out every time, I'm afforded the abiility to keep a=
n accurate BOM and know that=A0the BOM represents the product exactly.=A0 O=
therwise, what confidence can I lend the customer that I know what I delive=
red to them?=0A=0A=0A=0A________________________________=0AFrom: David Wein=
traub <qazwart@gmail.com>=0ATo: Ant Users List <user@ant.apache.org>=0ASent=
: Monday, June 1, 2009 9:19:16 AM=0ASubject: Re: Use of Sleep=0A=0AOn Mon, =
Jun 1, 2009 at 10:39 AM, Eric Fetzer <elstonkers@yahoo.com> wrote:=0A=0A> A=
 good piece of the time, David, is allocated to check out of A LOT of=0A> c=
ode.=A0 It also ftp's some very large files over a WAN.=A0 As I take over t=
hese=0A> builds, I will be digging further in where all the time is going, =
but for=0A> now, I'm just trying to get rid of totally unnecessary aspects =
of the build.=0A=0A=0AI normally don't have Ant do my checkouts since you f=
irst have to checkout=0Athe build.xml file to do the initial checkout. We u=
se Hudson for our=0Acontinuous integration, and Hudson handles the checkout=
s for us. That way, I=0Adon't even have to define a checkout task in our bu=
ild.xml file. (See <=0Ahttp://hudson.dev.java.net/>). You might want to swi=
tch from checkouts to=0Aupdates since updates only update changed files, an=
d don't checkout=0Aeverything from scratch again.=0A=0AThere are specific A=
nt checkout tasks for various version control systems,=0Abut I usually don'=
t find them any faster than <exec>. Unless the <exec> task=0Aruns in the ba=
ckground (spawn=3D"true"), it should wait for the <exec> task to=0Acomplete=
. That means you shouldn't be having <sleep> tasks to wait for the=0Achecko=
ut to complete.=0A=0AYou normally run an <exec> task in the background when=
 you're doing things=0Alike starting up a server, so you can run your tests=
. Otherwise, the default=0Ais to wait for the <exec> command to complete. B=
TW, there is a "timeout"=0Aparameter for the <exec> task that can help kill=
 an otherwise lollying=0Aprogram, but it has a bit of trouble on Windows sy=
tems.=0A=0ABest of luck speeding up your build. When I first got to my curr=
ent job,=0Abuilds took 30+ minutes to complete. I rewrote the build.xml fil=
e from=0Ascratch, and speeded it up to only "12 minutes". Meanwhile, we've =
pulled=0Aprojects out of our main build, and each one of these build in und=
er 2 or 3=0Aminutes. The "big" project still takes about 9 minutes to build=
. Not where=0AI'd like it, but much better than it was before.=0A=0AMy expe=
rience shows that when builds take forever, developers simply don't=0Atest =
as well, and your code gets sloppier.=0A=0A-- =0ADavid Weintraub=0Aqazwart@=
gmail.com=0A=0A=0A=0A      
--0-1678164564-1243874933=:40582--