Return-Path: 
 <dev-return-56194-apmail-ant-dev-archive=ant.apache.org@ant.apache.org>
Delivered-To: apmail-ant-dev-archive@www.apache.org
Received: (qmail 75985 invoked from network); 8 Mar 2004 08:55:51 -0000
Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12)
  by minotaur-2.apache.org with SMTP; 8 Mar 2004 08:55:51 -0000
Received: (qmail 71048 invoked by uid 500); 8 Mar 2004 08:55:17 -0000
Delivered-To: apmail-ant-dev-archive@ant.apache.org
Received: (qmail 71011 invoked by uid 500); 8 Mar 2004 08:55:17 -0000
Mailing-List: contact dev-help@ant.apache.org; run by ezmlm
Precedence: bulk
List-Unsubscribe: <mailto:dev-unsubscribe@ant.apache.org>
List-Subscribe: <mailto:dev-subscribe@ant.apache.org>
List-Help: <mailto:dev-help@ant.apache.org>
List-Post: <mailto:dev@ant.apache.org>
List-Id: "Ant Developers List" <dev.ant.apache.org>
Reply-To: "Ant Developers List" <dev@ant.apache.org>
Delivered-To: mailing list dev@ant.apache.org
Received: (qmail 70898 invoked from network); 8 Mar 2004 08:55:16 -0000
Received: from unknown (HELO corvil.com) (213.94.219.177)
  by daedalus.apache.org with SMTP; 8 Mar 2004 08:55:16 -0000
Received: from corvil.com (angel.local.corvil.com [172.18.1.171])
	by corvil.com (8.12.9/8.12.5) with ESMTP id i288tQjD034069
	for <dev@ant.apache.org>; Mon, 8 Mar 2004 08:55:26 GMT
	(envelope-from peter.reilly@corvil.com)
Message-ID: <404C353A.7030101@corvil.com>
Date: Mon, 08 Mar 2004 08:56:26 +0000
From: Peter Reilly <peter.reilly@corvil.com>
User-Agent: Mozilla Thunderbird 0.5 (X11/20040208)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Ant Developers List <dev@ant.apache.org>
Subject: Re: taskdefs inside an antlib and their classpath
References: <40489E9F.1010008@fuegolabs.com> <4048C55A.3030507@fuegolabs.com>
In-Reply-To: <4048C55A.3030507@fuegolabs.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N
X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N

Hi Mariano,
You are right that one can specify the classpath within an antlib,
and it is incorrectly silently ignored.

There would be a problem with using properties as one would need
to be very carefull to specify them before the antlib auto reading
is triggered.

With the current ant implementation you can achieve most of what you want
by using an <typedef/> with the resource and uri attributes, and hide this
in an imported file:

<project xmlns:nytask="antlib:net.sf.nytasker">
   <property name="nytasker.dir" location="${user.home}/apps/nytasker/dist"/>
   <import file="${nytasker.dir}/nytasker.xml"/>
   <nytask:jmessage message="Press Yes to continue"/>
</project>


Where nytasker.xml looks something like this:

<project name="nytasker">
   <typedef resource="net/sf/nytasker/antlib.xml" 
uri="antlib:net.sf.nytasker">
       <classpath>
           <fileset dir="${nytasker.dir}/lib" includes="*.jar"/>     
       </classpath>
   </typedef>
</project>

Peter


Mariano Benitez wrote:

> would it be very crazy to add a classpath atlibdefinition that would 
> add jars to the antlib classpath instead of getting ALL the jars from 
> a directory.
>
> My problem is that I would like to keep only the task definitions in 
> the antlib directory and the other dependent jars in a common lib 
> directory with other jars that should not be loaded by the antlib 
> class loader. Besides, the files location is defined based on 
> properties, I cannot know that location when ant starts.
>
> I will investigate a bit on that to see if it is easy to implement 
> another antlibdefinition class for this.
>
> MAriano
>
> Mariano Benitez wrote:
>
>> Hi!
>>
>>    Is it possible to define another classpath for a task definition 
>> inside an antlib?
>>
>> I've read the Definer class and if it is inside an antlib, it uses 
>> that classloader instead of creating a new one with the additional jars.
>>
>> Is this desired behaviour? if it is, you should log a warning saying 
>> that whatever you define as classpath in an antlib.xml is not 
>> considered.
>>
>> Otherwise, I will report the bug :)
>>
>> MAriano
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
>> For additional commands, e-mail: dev-help@ant.apache.org
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
> For additional commands, e-mail: dev-help@ant.apache.org
>
>
>


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
For additional commands, e-mail: dev-help@ant.apache.org