Return-Path: Delivered-To: apmail-jakarta-ant-user-archive@jakarta.apache.org Received: (qmail 39317 invoked by uid 500); 19 Sep 2001 09:34:57 -0000 Mailing-List: contact ant-user-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Reply-To: ant-user@jakarta.apache.org Delivered-To: mailing list ant-user@jakarta.apache.org Received: (qmail 39307 invoked from network); 19 Sep 2001 09:34:56 -0000 Message-ID: <935CDAA5FE48D411B37F00805F892C1103CFF011@wwlnx06.worldwide.bbc.co.uk> From: Will Dyke To: "'ant-user@jakarta.apache.org'" Subject: vssget - optional label Date: Wed, 19 Sep 2001 10:34:20 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Very occasionally, I need to get a particular build out of VSS, defined by its label. What I would like to do is to add -Dlabel=build42, for example, in these rare cases, and use label="${label}" within the vssget task. However, this causes the vssget to fail at all other times. I have tried setting a default value of an empty string for label, but vssget doesn't like an empty label either. At the moment, I'm having to resort to editing my build.xml file every time I wish to get a particular version, and editing it back for the rest of the time. I'm not a big fan of this - any ideas? Most potential solutions that I see would probably involve a change to the vssget task (so that e.g. an empty string value for label means get standard version) - I don't mind doing this, but would prefer not to have to. Will Will Dyke beeb.com Systems Engineer 020 8433 1510 This e-mail, and any attachment, is confidential. If you have received it in error, please delete it from your system, do not use or disclose the information in any way, and notify me immediately. The contents of this message may contain personal views which are not the views of the BBC, unless specifically stated.