Mailing-List: contact dev-help@ant.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Ant Developers List" <dev@ant.apache.org>
Received-SPF: pass (athena.apache.org: domain of gscokart@gmail.com designates
 209.85.219.227 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :content-type;
        b=v8yX7FWY1EhLrVRO5XcH2j+1J6j2dawEk87F5yHAs5t29uEMhEmTaTv3bZRvLJe54G
         kW39ZCoJRi9jbetrmozn+bLDB4mrTDFsgK3djVbSiKIjFoUbyCns+CW9SB3MkkPFm1JK
         1FTYBM1+edNJedKMqXfedG0EDSM41DyhlPFtk=
MIME-Version: 1.0
In-Reply-To: <877hu51qly.fsf@v35516.1blu.de>
References: <26208572.post@talk.nabble.com> <877hu51qly.fsf@v35516.1blu.de>
Date: Sat, 7 Nov 2009 14:09:47 +0100
Message-ID: <e9d8a2610911070509gd7774e8q96152c27a1b6ebb7@mail.gmail.com>
Subject: Re: For every usage of Ant class api, different class loader
From: Gilles Scokart <gscokart@gmail.com>
To: Ant Developers List <dev@ant.apache.org>
Content-Type: multipart/alternative; boundary=0016e6d7ea68be01cc0477c7acbb

--0016e6d7ea68be01cc0477c7acbb
Content-Type: text/plain; charset=ISO-8859-1

An other aproach is to specify a loader id when declaring the tasks in the
parent project (and make sure your inherit this id in the subclass).


Gilles Scokart


2009/11/5 Stefan Bodewig <bodewig@apache.org>

> On 2009-11-05, Raja Nagendra Kumar <Nagendra.Raja@tejasoft.com> wrote:
>
> > When we are using Ant.java/class api Is it possible to explicitly set the
> > new class loader, even if the initial classes existed in system
> classloader(
> > i.e though classpath or in ant lib directory.)
> >
> > The issue we are seeing is when we load our custom tasks though taskdef,
> new
> > classloader is being used for every programmatic ant call there fore
> static
> > blocks are reinitialised for every sub ant project, however when  when we
> > put it in lib or in system classpath, distinct classloader is not
> > used..hence we have issue with some static code :) not being
> reinitialized.
>
> Don't use static blocks 8-)
>
> Alternatively, don't make your jars available in the system classloader
> or use the (deprecated) reverseloader attribute of taskdef.
>
> > Once we understand classloder  behaviors in ant based on project vs
> > subproject and TaskDef classpath way and systemclasspath way, then we
> could
> > be more confident to fix the current issue.
>
> It doesn't have any real relation to subprojects at all.  Ant normally
> delegates loading of any classes up the classloader chain.
>
> Stefan
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
> For additional commands, e-mail: dev-help@ant.apache.org
>
>

--0016e6d7ea68be01cc0477c7acbb--