Return-Path: 
 <user-return-52198-apmail-ant-user-archive=ant.apache.org@ant.apache.org>
Delivered-To: apmail-ant-user-archive@www.apache.org
Received: (qmail 87924 invoked from network); 8 Sep 2005 09:16:34 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199)
  by minotaur.apache.org with SMTP; 8 Sep 2005 09:16:34 -0000
Received: (qmail 45663 invoked by uid 500); 8 Sep 2005 09:16:28 -0000
Delivered-To: apmail-ant-user-archive@ant.apache.org
Received: (qmail 45616 invoked by uid 500); 8 Sep 2005 09:16:27 -0000
Mailing-List: contact user-help@ant.apache.org; run by ezmlm
Precedence: bulk
List-Unsubscribe: <mailto:user-unsubscribe@ant.apache.org>
List-Help: <mailto:user-help@ant.apache.org>
List-Post: <mailto:user@ant.apache.org>
List-Id: "Ant Users List" <user.ant.apache.org>
Reply-To: "Ant Users List" <user@ant.apache.org>
Delivered-To: mailing list user@ant.apache.org
Received: (qmail 45603 invoked by uid 99); 8 Sep 2005 09:16:27 -0000
Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49)
    by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 08 Sep 2005 02:16:27 -0700
X-ASF-Spam-Status: No, hits=2.2 required=10.0
	tests=DNS_FROM_RFC_ABUSE,DNS_FROM_RFC_POST,DNS_FROM_RFC_WHOIS
X-Spam-Check-By: apache.org
Received-SPF: pass (asf.osuosl.org: local policy)
Received: from [194.51.219.132] (HELO relais0.steria.fr) (194.51.219.132)
    by apache.org (qpsmtpd/0.29) with SMTP; Thu, 08 Sep 2005 02:16:40 -0700
Received: from relais3v5.velizy.fr.sterianet ([10.1.0.27])
 by relais0.steria.fr (SMSSMTP 4.0.0.59) with SMTP id M2005090811161101140
 for <user@ant.apache.org>; Thu, 08 Sep 2005 11:16:11 +0200
Received: from mailvel.velizy.fr.sterianet ([10.2.25.115])
 by relais3v5.velizy.fr.sterianet
 (iPlanet Messaging Server 5.2 HotFix 1.24 (built Dec 19 2003))
 with ESMTP id <F5L508QFONBCD1014W@relais3v5.velizy.fr.sterianet> for
 user@ant.apache.org; Thu, 08 Sep 2005 11:21:10 +0200
Received: from steria.com ([10.2.40.240]) by mailvel.velizy.fr.sterianet
 (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004))
 with ESMTP id <ESXD08Q1MKQ8D10450@mailvel.velizy.fr.sterianet> for
 user@ant.apache.org; Thu, 08 Sep 2005 11:16:04 +0200
Date: Thu, 08 Sep 2005 11:12:16 +0200
From: Nicolas Vervelle <nicolas.vervelle@steria.com>
Subject: Re: Force javac to overwrite class files?
In-reply-to: <f4e0d5e6050908021127184cc2@mail.gmail.com>
To: Ant Users List <user@ant.apache.org>
Message-id: <43200070.1010403@steria.com>
MIME-version: 1.0
Content-type: text/plain; charset=us-ascii; format=flowed
Content-transfer-encoding: 7BIT
X-Accept-Language: en-us, en
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4)
 Gecko/20030624 Netscape/7.1 (ax)
References: <f4e0d5e6050908021127184cc2@mail.gmail.com>
X-Virus-Checked: Checked by ClamAV on apache.org
X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N

Hi,

Why don't you simply delete your .class files before the second call to 
javac ?

Richard Gaywood wrote:

>Hi list! 
>
>I'm modifiying a slightly complex existing[1] build script for our J2EE web 
>services app. I currently have two compile targets which compile class files 
>with or without Emma modification. [aside for those who haven't seen it: 
>Emma is a code coverage calculation tool that works by modifying the .class 
>directly before it runs]
>
>So, during our nightly build-and-unit-test cycle, Anthill pulls down the 
>source from (groan) Visual SourceSafe, Ant kicks off, compiles them, 
>instruments the classfiles, runs unit tests. It should then recompile the 
>code, skip the Emma instrumentation, compile a WAR, and deploy to a staging 
>server. But, because the timestamps of the java files don't change, the 
>second <javac> invocation (without the Emma instrumentation) doesn't compile 
>anything -- which means Emma instrumented class files end up in the WAR, 
>which doesn't work at all.
>


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