Return-Path: Delivered-To: apmail-ant-dev-archive@www.apache.org Received: (qmail 1510 invoked from network); 13 May 2005 13:11:03 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 13 May 2005 13:11:03 -0000 Received: (qmail 41365 invoked by uid 500); 13 May 2005 13:15:18 -0000 Delivered-To: apmail-ant-dev-archive@ant.apache.org Received: (qmail 41318 invoked by uid 500); 13 May 2005 13:15:18 -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 41304 invoked by uid 99); 13 May 2005 13:15:18 -0000 X-ASF-Spam-Status: No, hits=0.1 required=10.0 tests=FORGED_RCVD_HELO X-Spam-Check-By: apache.org Received-SPF: neutral (hermes.apache.org: local policy) Received: from mallard.propagation.net (HELO mallard.propagation.net) (66.34.7.1) by apache.org (qpsmtpd/0.28) with ESMTP; Fri, 13 May 2005 06:15:18 -0700 Received: from h1.int.eeaston.com (12-218-234-39.client.mchsi.com [12.218.234.39]) by mallard.propagation.net (8.9.3p2/8.8.5) with ESMTP id IAA14154 for ; Fri, 13 May 2005 08:10:54 -0500 Received: from [192.168.0.80] (g5 [192.168.0.80]) by h1.int.eeaston.com (Postfix) with ESMTP id BB6DA3AB33 for ; Fri, 13 May 2005 08:10:50 -0500 (CDT) Message-ID: <4284A761.8040506@eeaston.com> Date: Fri, 13 May 2005 08:10:57 -0500 From: Evan Easton User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ant Developers List Subject: Re: [Bug 28444] - Import: Target Handling Bug References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Stefan Bodewig wrote: >On Fri, 13 May 2005, Jose Alberto Fernandez > wrote: > > > >>Well, alternatively you could overide "setup": >> >> > >Sure, we can certainly play fetch-me-a-rock here. I just need to come >up with a more complex scenario and there will be no solution for it >in which I didn't have to duplicate (partial) depends lists or >introduce empty targets. > >Stefan > > Valid point. But isn't the depends list of an imported target something that you'd really like to not muck with in the interests of encapsulation? I agree that it would be really nice to be able to insert into or at the end of the overridden target's dependencies (a la aspect oriented languages), but I think I could contrive cases where this unintentionally breaks the functionality of the overridden target. I'm not saying it shouldn't be supported, but I think we are sill grappling with a basic OO-link inheritance problem that we need to address before diving into aspect oriented constructs which, while very powerful, seem to create lots of issues unless you really know what you're doing. Evan --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org For additional commands, e-mail: dev-help@ant.apache.org