Return-Path: Delivered-To: apmail-ant-dev-archive@www.apache.org Received: (qmail 93577 invoked from network); 22 Jul 2004 14:24:33 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 22 Jul 2004 14:24:33 -0000 Received: (qmail 13101 invoked by uid 500); 22 Jul 2004 14:24:29 -0000 Delivered-To: apmail-ant-dev-archive@ant.apache.org Received: (qmail 13027 invoked by uid 500); 22 Jul 2004 14:24:28 -0000 Mailing-List: contact dev-help@ant.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Ant Developers List" Reply-To: "Ant Developers List" Delivered-To: mailing list dev@ant.apache.org Received: (qmail 12955 invoked by uid 99); 22 Jul 2004 14:24:27 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received: from [212.18.242.163] (HELO leeds.cellectivity.com) (212.18.242.163) by apache.org (qpsmtpd/0.27.1) with ESMTP; Thu, 22 Jul 2004 07:24:24 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: new Task subclass Date: Thu, 22 Jul 2004 15:24:20 +0100 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: new Task subclass Thread-Index: AcRv3be53pEvno5GQ5aoAl0npPs6FQAGL7Mg From: "Jose Alberto Fernandez" To: "Ant Developers List" X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N > From: Stefan Bodewig [mailto:bodewig@apache.org]=20 >=20 > On Thu, 22 Jul 2004, Jose Alberto Fernandez=20 > wrote: > >> From: Stefan Bodewig [mailto:bodewig@apache.org] > >>=20 > >> On Thu, 22 Jul 2004, Jose Alberto Fernandez > >> wrote: > >>=20 > >> > As per if/unless itself, I really would like to explore > >> more what some > >> > people have suggested about having a richer language than just > >> > set/unset. > >>=20 > >> PropertyHelper? > >>=20 > >> IOW, I think we already have the infrastructure needed to do > >> that in Ant's core. > >=20 > > Yeap. > >=20 > > Still, do if/unless get property expanded (do not remember anymore). >=20 > No, you are correct. >=20 That may have to change, or at least the implementation of if/unless needs to change to call some evaluator (PropertyHelper or whatever). > > What nice syntaxes are out there for a PropertyHelper? >=20 > The sandbox contains implementations for JEXL and JXPath, for=20 > example. A version that uses JavaScript, Jython, whatever via=20 > BSF would be trivial. >=20 > > (does it has to become core?) >=20 > I don't think so. It may become a separate distribution of=20 > the Apache Ant project, if that helps. I don't believe in=20 > distributions that contain everything you may ever need. >=20 But if we tell people that in if/unless now you can put expressions and then give no implementation in core... well that sounds funny if not deceivng to say the least. ;-( It seems to me the core must provide some basic stuff. Of course it could be as small as just property expansion, which will allow PropertyHelpers to be used. But really people will want more on the basic package. Jose Alberto --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org For additional commands, e-mail: dev-help@ant.apache.org