Return-Path: Delivered-To: apmail-ant-user-archive@www.apache.org Received: (qmail 23762 invoked from network); 1 Feb 2011 18:49:25 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 1 Feb 2011 18:49:25 -0000 Received: (qmail 87377 invoked by uid 500); 1 Feb 2011 18:49:24 -0000 Delivered-To: apmail-ant-user-archive@ant.apache.org Received: (qmail 87096 invoked by uid 500); 1 Feb 2011 18:49:22 -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 87067 invoked by uid 99); 1 Feb 2011 18:49:21 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 01 Feb 2011 18:49:21 +0000 X-ASF-Spam-Status: No, hits=2.2 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [209.85.213.45] (HELO mail-yw0-f45.google.com) (209.85.213.45) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 01 Feb 2011 18:49:14 +0000 Received: by ywa8 with SMTP id 8so2922472ywa.4 for ; Tue, 01 Feb 2011 10:48:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=steelezone.net; s=google; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type; bh=NP0pmh+Gd3478ObG/LJjuzgtpeSM+hGaFX156Ma0hrk=; b=hcA/NspUZLFWhT933LtCOMegiJQ+6VEqEk1VF2RwwCz0tn0u7cJ58XEFbwfeKFw5xa IRVSoEYdyoIMIM1+e3c9jfe+ClkYzFXct7fU8GjlP8PSRdXx6icsHPnG1f/tU7Oo8W16 4IowR+d48u5eYWI+SNju3BjiJpCEia2fyMh94= DomainKey-Signature: a=rsa-sha1; c=nofws; d=steelezone.net; s=google; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=DjFrvPMNPc/TOkb83VvTR9vuUyq1Nq5ODxXSL2TLv/JQc8PxDafiNQKbn78d1UXj69 XUTiACnfcbjgKZwvIpI7iJA3apb9VbjQnt9bnvbZ0fMLMeZ9EWspIPPMewqQaDQLvMBJ uHsWQSvsRgldyvgC+tFv/Y4UuID41li3tY/L4= MIME-Version: 1.0 Received: by 10.100.247.12 with SMTP id u12mr5257244anh.28.1296586132574; Tue, 01 Feb 2011 10:48:52 -0800 (PST) Received: by 10.100.133.15 with HTTP; Tue, 1 Feb 2011 10:48:52 -0800 (PST) In-Reply-To: References: <995726.5146.qm@web161208.mail.bf1.yahoo.com> Date: Tue, 1 Feb 2011 13:48:52 -0500 Message-ID: Subject: Re: Wisdom of using ":" in property name From: "Steele, Richard" To: Ant Users List Content-Type: multipart/alternative; boundary=00163691ff32da522b049b3cfbe2 X-Virus-Checked: Checked by ClamAV on apache.org --00163691ff32da522b049b3cfbe2 Content-Type: text/plain; charset=ISO-8859-1 This is getting rather frustrating. I was going to use "_" (the underscore) until someone sent me a note saying that AntContrib doesn't like properties with that in its name (especially with its foreach task). To be honest I don't care to relay on AntContrib but sometimes really is a life-saver. Since I'm trying to create what is in essence a namespace for property names (and not having much luck doing it), I wonder if this is something that Ant should support naively, much like it does with target names and import. Or perhaps it's a scoping issue, and not a namespace issue: I want properties which are private to a particular build file. Someone else pointed out , which I've been using in targets and macrodefs (and it's awesome). I didn't even think it could be used outside of those blocks, but the documentation does say Note that using the Local task at the global level effectively makes the property local to the "anonymous target" in which top-level operations are carried out; it will not be defined for other targets in the buildfile. So I can use it in the top-level but it's not defined to targets and macrodefs inside that buildfile? It's close but not enough for what I'm trying to accomplish. I think I really have no choice but to use "." as it's the only character guaranteed to work in Ant, various extensions and tools, property files, and command lines--unless someone has a better choice? What do others do with very large, reusable build "suites" broken into multiple separate build files? (Beside switching tools, of course. :-) Sorry for griping. Ant 1.8 has been a revelation to me and I've been able to do so much more with so little I should have no reason to complain... Thanks, Rich On Tue, Feb 1, 2011 at 1:07 PM, Steele, Richard wrote: > This pretty much confirms that I shouldn't be using ":" in my property > names. (If I once knew that ":" could be used in property files, I don't > remember it.) > > Thanks, > Rich > > > On Tue, Feb 1, 2011 at 10:41 AM, Stephen Connolly < > stephen.alan.connolly@gmail.com> wrote: > >> Damn you Peter, you beat me to the punch! >> >> On 1 February 2011 14:41, Peter Reilly >> wrote: >> > : and = and ' ' are used to separate the key from value in java property >> files. >> > so, not a good thing to use in property values. >> > >> > Peter >> > >> > >> > On Tue, Feb 1, 2011 at 2:37 PM, Vimil Saju wrote: >> >> you're nuts, don't use : in property names! :P >> >> >> >> --- On Tue, 2/1/11, Steele, Richard wrote: >> >> >> >>> From: Steele, Richard >> >>> Subject: Wisdom of using ":" in property name >> >>> To: user@ant.apache.org >> >>> Date: Tuesday, February 1, 2011, 5:53 AM >> >>> For better or for worse, I'm using >> >>> ":" as a separator character in my >> >>> property names as part of a set of reusable build >> >>> files. The part before >> >>> the ":" indicates which build file the property is defined >> >>> in. >> >>> >> >>> I've come across at least one incompatibility doing this, >> >>> however, and that >> >>> is with the Bundlor tool (from SpringSource) for generating >> >>> OSGi manifests. >> >>> The issue appears to be that Bundlor uses the ":" character >> >>> for its own >> >>> purposes and is getting confused by my property naming >> >>> convention. I'm >> >>> faced with several choices: >> >>> >> >>> 1. Use something other than Bundlor, like bnd. >> >>> 2. Work around or patch Bundlor to make it work with my >> >>> property naming >> >>> convention. >> >>> 3. Use some other naming convention (or none at all). >> >>> >> >>> None of these choices are all that appealing, but if the >> >>> Ant community says >> >>> something like "you're nuts, don't use : in property names" >> >>> that will >> >>> obviously push me towards #3. >> >>> >> >>> (If you're curious, I chose ":" both because the obvious >> >>> choice of "." >> >>> wasn't distinct enough from many built-in property names, >> >>> and because I also >> >>> use ":" in my target names.) >> >>> >> >>> Thanks, >> >>> Rich >> >>> >> >> >> >> >> >> >> >> >> >> --------------------------------------------------------------------- >> >> 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 >> > >> > >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: user-unsubscribe@ant.apache.org >> For additional commands, e-mail: user-help@ant.apache.org >> >> > --00163691ff32da522b049b3cfbe2--