From dev-return-86771-apmail-ant-dev-archive=ant.apache.org@ant.apache.org Tue Feb 14 14:13:30 2012 Return-Path: X-Original-To: apmail-ant-dev-archive@www.apache.org Delivered-To: apmail-ant-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 6BD0199F1 for ; Tue, 14 Feb 2012 14:13:30 +0000 (UTC) Received: (qmail 8679 invoked by uid 500); 14 Feb 2012 14:13:30 -0000 Delivered-To: apmail-ant-dev-archive@ant.apache.org Received: (qmail 8633 invoked by uid 500); 14 Feb 2012 14:13:30 -0000 Mailing-List: contact dev-help@ant.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Help: List-Post: List-Id: "Ant Developers List" Reply-To: "Ant Developers List" Delivered-To: mailing list dev@ant.apache.org Received: (qmail 8623 invoked by uid 99); 14 Feb 2012 14:13:30 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 14 Feb 2012 14:13:30 +0000 X-ASF-Spam-Status: No, hits=0.7 required=5.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [88.84.128.168] (HELO samaflost.de) (88.84.128.168) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 14 Feb 2012 14:13:22 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by samaflost.de (Postfix) with ESMTP id CE4E7289800B for ; Tue, 14 Feb 2012 15:13:01 +0100 (CET) Received: from samaflost.de ([127.0.0.1]) by localhost (v35516.1blu.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BsqUzYpUJGQR for ; Tue, 14 Feb 2012 15:13:01 +0100 (CET) Received: by samaflost.de (Postfix, from userid 1000) id 97DA72898012; Tue, 14 Feb 2012 15:13:01 +0100 (CET) From: Stefan Bodewig To: dev@ant.apache.org Subject: Re: NIO 2.0 == Ant 2.0? was Re: Java NIO support References: <87obtc1l08.fsf@v35516.1blu.de> <4F39559A.80003@callenish.com> Date: Tue, 14 Feb 2012 15:13:01 +0100 In-Reply-To: <4F39559A.80003@callenish.com> (Bruce Atherton's message of "Mon, 13 Feb 2012 10:25:30 -0800") Message-ID: <87haytzeoi.fsf@v35516.1blu.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Checked: Checked by ClamAV on apache.org On 2012-02-13, Bruce Atherton wrote: > I spent some time starting to implement a very simple (only a few > tasks) new version of Ant that started from Java 7. Personal issues > have taken me out of the game for a while, but I've still been > wondering, could Java 7 and NIO 2.0 be a good reason to create Ant > 2.0? There are things in NIO2 that can be added via FileUtils one way or the other, but it could also make us rethink our concept of Resources (although nio2's Path looks too limited for that). If we really want to take the burden of redesigning Ant on us then it certainly wouldn't only be NIO2 but also revolutionary things like generics. OTOH there will always be a reason to wait longer (lambdas, modules). I fully understand that throwing away the existing cruft can set free new energy. Personally I enjoy working on the Commons Antlib way more than working on the built-in Zip/Tar tasks because I could design them from a fresh start while the later have accumulated features with big care for API backwards compatibility. To me the strength of Ant (as it is) is in its tasks. The tasks are proven pieces of code that have been tested by an incredibly big amount of people. And even if we have about 200 bug reports open, most tasks do what they are supposed to do and do so very well. Any rewritten Ant would have a long way to reach the same level of stability. The same is true for the Compress Antlib vs the core tasks, of course. > It could be a way to sweep away the kind of cruft that is holding up > the release and to redesign Ant to reflect all the lessons learned > about how to build software in the last 10 years. This will lead us to the discussion of what Ant2 would be. A rewritten Ant that remains compatible (or mostly so) on the build file level or something quite different? Stefan --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org For additional commands, e-mail: dev-help@ant.apache.org