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 3B1026B88 for ; Wed, 27 Jul 2011 19:35:39 +0000 (UTC) Received: (qmail 96280 invoked by uid 500); 27 Jul 2011 19:35:38 -0000 Delivered-To: apmail-ant-dev-archive@ant.apache.org Received: (qmail 96237 invoked by uid 500); 27 Jul 2011 19:35:38 -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 96220 invoked by uid 99); 27 Jul 2011 19:35:37 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 27 Jul 2011 19:35:37 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of gudnabrsam@gmail.com designates 209.85.220.173 as permitted sender) Received: from [209.85.220.173] (HELO mail-vx0-f173.google.com) (209.85.220.173) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 27 Jul 2011 19:35:31 +0000 Received: by vxi29 with SMTP id 29so1602542vxi.4 for ; Wed, 27 Jul 2011 12:35:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:content-type; bh=YMSgChD1NTUiZP8KvlcvsP9mdCYUSh6fqBnViSIShQ4=; b=XQdDzU9XQ91LavkVqPI1jI9HVHZHr3s3pLTcxLrKAZyWnLpF0XG60SYmr/e41A8SvT 1cK27HRNI74xrzmLkw9E9K2uZSmOT8fqmcA1BDea+0TKzIolDguhykEaG1eODf6RH2Jw eaz2QQay8XCnR/lTYvmK8Bypm0rHdA2GCc8v4= MIME-Version: 1.0 Received: by 10.52.177.200 with SMTP id cs8mr238678vdc.72.1311795310523; Wed, 27 Jul 2011 12:35:10 -0700 (PDT) Received: by 10.52.108.232 with HTTP; Wed, 27 Jul 2011 12:35:10 -0700 (PDT) Reply-To: gudnabrsam@gmail.com In-Reply-To: References: Date: Wed, 27 Jul 2011 14:35:10 -0500 Message-ID: Subject: Re: Limit PropertyHelper delegates to a certain scope? From: Matt Benson To: Ant Developers List Content-Type: multipart/alternative; boundary=20cf3071cc0480733804a91225d2 --20cf3071cc0480733804a91225d2 Content-Type: text/plain; charset=ISO-8859-1 Seems like scoped delegates would be handy, perhaps more so than straight-up delegate removal. It might be possible to use the existing notion of property scopes to support this. Matt On Wed, Jul 27, 2011 at 2:25 PM, Jeffrey E Care wrote: > Yeah, I've been working on other projects for quite a while but recently I > got thrown back into low-level build stuff. I'm still trying to push some > Ant patches through IBM's legal approval process so if/when that ever > happens you're likely to see some more of me. > > Anyway, I figured that there was no way to remove delegates, so my hacky > work around will have to do for now I guess. I'm curious to get the > community's thoughts on this: would delegate removal be a valuable thing to > have? If there's a consensus that delegate removal is a good thing then I'm > willing to work on it and submit it with the other patches that I have in > the pipe. > ____________________________________________________________________________________________ > Jeffrey E. (Jeff) Care > *carej@us.ibm.com* > IBM WebSphere Application Server > WAS Release Engineering > > [image: WebSphere Mosiac] > [image: WebSphere Brandmark] > > > > > > From: Matt Benson > To: Ant Developers List > Date: 07/27/2011 02:48 PM > Subject: Re: Limit PropertyHelper delegates to a certain scope? > ------------------------------ > > > > Hi, Jeff! Seems like it's been awhile. :) > > Off the top of my head the only thing that occurs to me are > ant/antcall/subant: the tasks that create a new project. :/ > > Matt > > On Wed, Jul 27, 2011 at 1:39 PM, Jeffrey E Care wrote: > > > I have a situation where I'm retrofitting some old code to use the > > PropertyHelper delegates that where added in Ant 1.8; in particular I > need > > to limit that scope to which a certain delegate is active. > > > > I know how to add a delegate but there doesn't seem to be any way of > > removing a delegate once it's no longer needed: they seem to persist > > forever. As a stop-gap I've added a way to "deactivate" my delegate such > > that it will always return the proper values so that the next delegate > will > > be invoked, but that seems like a poor work around. > > > > Is there a better way to do this? > > > ____________________________________________________________________________________________ > > Jeffrey E. (Jeff) Care > > *carej@us.ibm.com* > > > IBM WebSphere Application Server > > WAS Release Engineering > > > > [image: WebSphere Mosiac] > > [image: WebSphere Brandmark] > > > > > > --20cf3071cc0480733804a91225d2--