Return-Path: Mailing-List: contact ant-dev-help@jakarta.apache.org; run by ezmlm Delivered-To: mailing list ant-dev@jakarta.apache.org Received: (qmail 78026 invoked from network); 8 Dec 2000 08:06:13 -0000 Received: from bodewig.bost.de (root@195.227.98.11) by locus.apache.org with SMTP; 8 Dec 2000 08:06:13 -0000 Received: (from bodewig@localhost) by bodewig.bost.de (8.9.3/8.9.3) id JAA02136; Fri, 8 Dec 2000 09:06:13 +0100 X-Authentication-Warning: bodewig.bost.de: bodewig set sender to bodewig@bost.de using -f To: ant-dev@jakarta.apache.org Subject: Re: Content in tags References: <3.0.6.32.20001208155730.0095c8e0@latcs2.cs.latrobe.edu.au> From: Stefan Bodewig Date: 08 Dec 2000 09:06:13 +0100 Message-ID: Lines: 34 User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Channel Islands) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Rating: locus.apache.org 1.6.2 0/1000/N Peter Donald wrote: > I think that any element that has sub-elements should not be able to > also have content - The only task I'm aware of that supports both content and child elements is . It supports two child elements, transaction and classpath. I see that something like this INSERT ... UPDATE ... is a bad idea - the task will create an implicit transaction for the "outer" statements, we could force users to always define that implicit transaction themselves. But the classpath child shows an area where allowing both, child elements and content might be useful - say I wanted to add a classpath child to script so that I can point the task to bsf.jar and don't need to put it into ANT_HOME/lib or similar. My first thought was to enforce order here - force the user to always add the child elements first for example - but I realize that you cannot constrain the order for elements with mixed content. You cannot do that in a DTD but we could make that a rule in Ant, though I'm not sure the XML parser would expose this to Ant. Stefan