Return-Path: Delivered-To: apmail-jakarta-ant-dev-archive@jakarta.apache.org Received: (qmail 26786 invoked by uid 500); 18 Jul 2001 15:20:29 -0000 Mailing-List: contact ant-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk Reply-To: ant-dev@jakarta.apache.org list-help: list-unsubscribe: list-post: Delivered-To: mailing list ant-dev@jakarta.apache.org Received: (qmail 26777 invoked from network); 18 Jul 2001 15:20:29 -0000 Content-Type: text/plain; charset="iso-8859-1" From: Peter Donald To: ant-dev@jakarta.apache.org Subject: Re: PATCH: taskdefs and class loaders Date: Thu, 19 Jul 2001 01:13:54 +1000 X-Mailer: KMail [version 1.2] References: In-Reply-To: MIME-Version: 1.0 Message-Id: <01071901135402.00759@helm.realityforge.org> Content-Transfer-Encoding: 8bit X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N On Thu, 19 Jul 2001 01:08, cmanolache@yahoo.com wrote: > On Wed, 18 Jul 2001, Peter Donald wrote: > > On Wed, 18 Jul 2001 17:17, cmanolache@yahoo.com wrote: > > > Any half of the patch would help ( if I can load a group of tasks with > > > the same loader I can resolve my problem ), but I think it's nice to > > > use a single class loader for a certain classpath ( at lest for > > > taskdefs ). > > > > I am curious what you are using this for. Is it to keep state across task > > invocations or something else ? > > Not only. To keep state across tasks you can use "properties" ( since the > Hashtable is returned, you can store any object in it - if you want to ). > > I have a set of "cooperating tasks" - one is sending a http request, > few other are manipulating the response, another one is reporting > results. Doing it all in a single task is ugly. > > The problem is each task is in a different loader ( unless I put them in > CLASSPATH - and I hate that ), and they can't use information from each > other ( only "system" types can be saved ). > > I also prefer to use the task adapter and not extend Task directly ( or > use internal ant APIs, only the patterns ). sounds reasonable and impossible todo in current ant ;) > > > BTW, what's the policy for "optional" tasks ? > > > > I am not sure we have a policy. What do you want to do ? ;) > > Can any commiter add a new optional task ? Is there a proposal/vote ( and > maybe a template for the proposal ) ? Depends on what it is I guess. Personally I just add it and wait for -1s if they occur ;) However what you are talking about (Http manipulation???) seems to be very close in purpose to cactus. So that could be a better place for that sort of stuff... Cheers, Pete *-----------------------------------------------------* | "Faced with the choice between changing one's mind, | | and proving that there is no need to do so - almost | | everyone gets busy on the proof." | | - John Kenneth Galbraith | *-----------------------------------------------------*