Return-Path: Delivered-To: apmail-jakarta-ant-dev-archive@apache.org Received: (qmail 50689 invoked from network); 6 Nov 2001 10:05:59 -0000 Received: from unknown (HELO osaka.betaversion.org) (192.18.49.133) by daedalus.apache.org with SMTP; 6 Nov 2001 10:05:59 -0000 Received: (qmail 25287 invoked from network); 6 Nov 2001 10:08:35 -0000 Received: from nagoya.betaversion.org (192.18.49.131) by osaka.betaversion.org with SMTP; 6 Nov 2001 10:08:35 -0000 Received: (qmail 20515 invoked by uid 97); 6 Nov 2001 10:06:07 -0000 Delivered-To: qmlist-jakarta-archive-ant-dev@jakarta.apache.org Received: (qmail 20499 invoked by uid 97); 6 Nov 2001 10:06:06 -0000 Mailing-List: contact ant-dev-help@jakarta.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 ant-dev@jakarta.apache.org Received: (qmail 20488 invoked from network); 6 Nov 2001 10:06:06 -0000 Message-ID: From: Tim Dawson To: 'Ant Developers List' Subject: RE: [ANT2] To or not to Date: Tue, 6 Nov 2001 04:06:11 -0600 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="UTF-8" X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N > > The original purpose of projectref (and import before that) > was to allow one > > project file to refer to another so that cross build file > DAGs could be > > built. The case we were given as an example was allowing > catalina to refer to > > jasper and make sure it was up to date. > > > True. The question I am raising is whether this cross > referencing and DAG style > will make for more "easy to understand" build files (as one > of the requirements > for ANT2 states) or not. Will general users, be tempted to > produce spaggetti > builds because of the features set we would be offering? > > I think these are valid questions to ask. Or at least to put > on the table so that > we can examine any unintended consequences of the decisions > that are made. I certainly think it will lead to easier to understand build files. Another use case is jakarta-taglibs... just take a minute to look at the way that 20+ projects inherit the same build.xml through an XML import. The inheritance is really ugly, because Ant 1.x doesn't provide a good way to do it. Users can always create spaghetti, whether its in one build file or many (through the xml import). The best we can do is make it easy to do "good" things. BTW: I sent out an Ant 1.x implementation a while ago (on 10/5) that did a project import. Any chance on getting that or something like it in a 1.x uild? Ant2 is dragging out, and there are needs for ongoing eature additions such as this and the taskjar import commands. Tim -- To unsubscribe, e-mail: For additional commands, e-mail: