From user-return-68204-apmail-ant-user-archive=ant.apache.org@ant.apache.org Thu Jul 02 17:21:38 2009 Return-Path: Delivered-To: apmail-ant-user-archive@www.apache.org Received: (qmail 16191 invoked from network); 2 Jul 2009 17:21:38 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 2 Jul 2009 17:21:38 -0000 Received: (qmail 90267 invoked by uid 500); 2 Jul 2009 17:21:47 -0000 Delivered-To: apmail-ant-user-archive@ant.apache.org Received: (qmail 90193 invoked by uid 500); 2 Jul 2009 17:21:46 -0000 Mailing-List: contact user-help@ant.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Help: List-Post: List-Id: "Ant Users List" Reply-To: "Ant Users List" Delivered-To: mailing list user@ant.apache.org Received: (qmail 90183 invoked by uid 99); 2 Jul 2009 17:21:46 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 02 Jul 2009 17:21:46 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of insomniacpenguin@googlemail.com designates 74.125.78.148 as permitted sender) Received: from [74.125.78.148] (HELO ey-out-1920.google.com) (74.125.78.148) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 02 Jul 2009 17:21:36 +0000 Received: by ey-out-1920.google.com with SMTP id 5so477760eyb.0 for ; Thu, 02 Jul 2009 10:21:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=1PUM6uly3GYOrg8sBrmaef9ldjY5D7mnqA1fg5FHUII=; b=HD4iW47dwP/H45lKAm7a57wg2BpHPUyh0ThgBB1QO90ADWzl8I0G+Hk/J975jHwPuE F7tQNRf9lm+iS7oa6rKANIISvn68V7C9/cqJhMqmTnguRZ5M6KdY8nWMMfsRvMEAXyUz IXP1GERuy7H7RBtHiNb4C88bPHgjmCeBRZn5I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=cln4Yi/paiYMW21PzQMFTol67jNYKZCogE5g6GZPkErwiuScs9UK28dBJqI0CAQV9u mcI0cgqLUJSxxBkDc0ujXn4vzbeS4QNNAidFNKTR/ORqeIxiIMZtjlf03rl1MS8Sn77w 9yXdHZr9vPzCOWNQSrHkdnu6qW2x4lrgoVyHY= MIME-Version: 1.0 Received: by 10.216.11.207 with SMTP id 57mr79280wex.154.1246555274835; Thu, 02 Jul 2009 10:21:14 -0700 (PDT) Date: Thu, 2 Jul 2009 18:21:14 +0100 Message-ID: Subject: uptodate when it isn't From: Andy Stevens To: user@ant.apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Hi, I've got a bit of a puzzle with an uptodate task, and I'm hoping I've just missed something obvious... Part of my build script "compiles" various database objects by copying them with token replacement, to substitute the environment-specific database name at various points. I didn't want to do this (nor execute them against the unit tests' database) if it wasn't necessary, so I figured the uptodate task was the easiest answer. However, after running the script the first time (which did everything as expected) I edited one of the SQL source files, but the subsequent build skipped straight through without applying it to the database :-( After further investigation, I found the culprit seems to be the uptodate task - it sets the property to "true" even though one of the source files has a later timestamp (by a few minutes) than its equivalent target file. The task I was using is where sql.dir=src/sql and build.test.database.dir=build/test/database. The source file in question is in src/sql/datamart_Views/USERS.sql, and I can see the equivalent file in build/test/database/datamart_Views/USERS.sql I noticed the identity mapper docs said the from and to attributes were ignored, and also found an open bug (https://issues.apache.org/bugzilla/show_bug.cgi?id=15596) that looks to be relevant. So I tried swapping the mapper to but that behaves the same. I can even delete some of the files in build/test/database/datamart_Views, or the datamart_Views directory itself and it still tells me I'm up to date! But if I delete the build/test/database directory it goes back to leaving the property unset. Am I missing something obvious? Does uptodate return true if *any* file in the set is up to date, not when all of them are? Or is it something else? Andy -- http://pseudoq.sourceforge.net/ Open source java sudoku solver --------------------------------------------------------------------- To unsubscribe, e-mail: user-unsubscribe@ant.apache.org For additional commands, e-mail: user-help@ant.apache.org