From user-return-38400-apmail-ant-user-archive=ant.apache.org@ant.apache.org Thu Nov 06 12:44:20 2003 Return-Path: Delivered-To: apmail-ant-user-archive@www.apache.org Received: (qmail 98843 invoked from network); 6 Nov 2003 12:44:20 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 6 Nov 2003 12:44:20 -0000 Received: (qmail 57207 invoked by uid 500); 6 Nov 2003 12:44:11 -0000 Delivered-To: apmail-ant-user-archive@ant.apache.org Received: (qmail 56933 invoked by uid 500); 6 Nov 2003 12:44:09 -0000 Mailing-List: contact user-help@ant.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Ant Users List" Reply-To: "Ant Users List" Delivered-To: mailing list user@ant.apache.org Received: (qmail 56912 invoked from network); 6 Nov 2003 12:44:09 -0000 Received: from unknown (HELO iba11.LLN.IBA) (213.251.66.131) by daedalus.apache.org with SMTP; 6 Nov 2003 12:44:09 -0000 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="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: RE: "ant -n", How to display tasks and args WITHOUT executing them Date: Thu, 6 Nov 2003 13:44:01 +0100 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: "ant -n", How to display tasks and args WITHOUT executing them Thread-Index: AcOkYeJNCAaGodvlQzWtRCMi6texPAAAGUZA From: "Olivier Vierlinck" To: "Ant Users List" X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Yes -debug is really good... but tasks are executed!!=20 So,=20 - if something is wrong, it's to late! - executing task might be time too consuming when one just wants to get = the dependencies, not the job done But anyway, I guess I don't have to convince you of the usefulnes of the = "make -n" ;-) And about the extension of tasks, this can be a new method in the base = Task class. We can not force someone to provide useful implementation, = just ask for it!! Anyway, this would be a nice add-on but less important = than the 'kernel' ant dependency graph mentionned above... Anybody aware of similar suggestion sent to the dev's mailing list? -----Original Message----- From: Jan.Materne@rzf.fin-nrw.de [mailto:Jan.Materne@rzf.fin-nrw.de] Sent: Thursday, November 06, 2003 1:31 PM To: user@ant.apache.org Subject: RE: "ant -n", How to display tasks and args WITHOUT executing them > Yes, I understand this part!=20 >=20 > But I think it would already be very useful information to=20 > know that Ant would start 'jar' with such and such args, from=20 > such place and so on. > After that, we could say that it's up to the user to know=20 > what is a 'jar' task, what it does and when. That would printed with '-debug' if Ant would use the jar tool. But it uses a usual ZipOutputStream. And most of the available tasks are implemented in java and are not simple wrappers for tools. > (or a next step would be to be able to ask each specific ant=20 > task not to do anything but just describe what it 'would' do.=20 > But this is not part of the 'core' ant itself, but rather=20 > something to delegate to every task class, probably through=20 > some common interface) That would be possible, I think. But a lot of work. And should be=20 require that from each task? I think is fine without that ... Jan >=20 > Thanks, > Olivier >=20 > -----Original Message----- > From: Stefan Bodewig [mailto:bodewig@apache.org] > Sent: Thursday, November 06, 2003 1:17 PM > To: user@ant.apache.org > Subject: Re: "ant -n", How to display tasks and args WITHOUT executing > them >=20 >=20 > On Thu, 6 Nov 2003, Olivier Vierlinck > wrote: >=20 > > This is probably a simple and common question >=20 > common, yes - simple, no. >=20 > > Is there in Ant something similar to the "make -n" option, > > displaying what Ant WOULD execute for a given target and > > configuration, without actually executing it, ? >=20 > No. >=20 > The reason is that Ant doesn't know what it would do without actually > doing it. can't tell you which files it would add to a jar > without javing compile them first and so on ... >=20 > Stefan >=20 > --------------------------------------------------------------------- > To unsubscribe, e-mail: user-unsubscribe@ant.apache.org > For additional commands, e-mail: user-help@ant.apache.org >=20 >=20 > --------------------------------------------------------------------- > To unsubscribe, e-mail: user-unsubscribe@ant.apache.org > For additional commands, e-mail: user-help@ant.apache.org >=20 --------------------------------------------------------------------- To unsubscribe, e-mail: user-unsubscribe@ant.apache.org For additional commands, e-mail: user-help@ant.apache.org