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 46304 invoked from network); 19 Apr 2000 21:16:17 -0000 Received: from rabbit.active.ch (193.246.240.19) by locus.apache.org with SMTP; 19 Apr 2000 21:16:17 -0000 Received: from vaio (pop-zh-15-1-dialup-144.freesurf.ch [194.230.213.144]) by rabbit.active.ch (8.9.3/8.9.3) with SMTP id XAA23464 for ; Wed, 19 Apr 2000 23:16:15 +0200 (MET DST) Message-ID: <005a01bfaa43$eb735c40$93a8a8c0@vaio> From: "Thomas Haas" To: References: Subject: Re: Ant Principles Date: Wed, 19 Apr 2000 23:12:06 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2615.200 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 X-Spam-Rating: locus.apache.org 1.6.2 0/1000/N > For the case where projects define their own taskdefs that don't really > need to be "installed" on the users machine, we can offer an alternate > syntax for the load statement. The following will basically create an > "anonymous" module (using the ant-special.jar and utils.jar, both in the > lib directory) and load it on the fly: > > 1) Can you handle task depending on classes, which are part of another task ans residing in another jar? 2) Syntactic sugar: Allow URLs to allow even easier deployment (ideal for large installations with unattendet builds running) and the Path class (with extensions); - tom