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 83652 invoked from network); 24 Feb 2000 04:18:12 -0000 Received: from unknown (HELO tower-as1.towertechnology.com.au) (203.23.191.81) by locus.apache.org with SMTP; 24 Feb 2000 04:18:12 -0000 Received: from notesnt.towertechnology.com.au ([192.254.0.13]) by tower-as1.towertechnology.com.au with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2448.0) id FA36KKDD; Thu, 24 Feb 2000 15:18:38 +1100 Received: by notesnt.towertechnology.com.au(Lotus SMTP MTA v4.6.6 (890.1 7-16-1999)) id CA25688F.00180D40 ; Thu, 24 Feb 2000 15:22:42 +1100 X-Lotus-FromDomain: TOWER From: "Bernard Davison" To: ant-dev@jakarta.apache.org Message-ID: Date: Thu, 24 Feb 2000 14:24:52 +1000 Subject: Re: Proposal: XML output from ant tasks Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline Looks like a great idea. may I suggest that the log by default not be in xml format, instead add a -logxml to the ant command line, the same as -quite and -verbose. I have been thinking for a while about doing the same in a perl Log module that I have written. but have not made a start on it yet. see ya bernie. Hi, Right now ant has a very nice file format and works great, but if you build a large project you'll probably get a lot of messages - some of them are warnings ( deprecated methods ), some are important info ( time to build, non-critical failures ). Also, with conditional compilation we will have some very important messages describing what was actualy build into the dist. The problem is that it takes time to extract the information, and it is hard to automate it. One possible solution is ( guess what? ) xml. If we convert all logs to display well-formed XML it will be easy to post-process the results and even have a nice format. The price is not big - the output will still be readable. It can be an incremental job, with log() changed to wrap everything in a generic tag with the source and level, and then we can add format to the most important messages ( like deprecations, not-fatal warnings, conditional compilations, etc). What do you think? Costin