[prev in list] [next in list] [prev in thread] [next in thread]
List: ant-dev
Subject: Re: <taskdef /> extension mechanism
From: William Uther <will+ant () cs ! cmu ! edu>
Date: 2000-02-29 20:33:09
[Download RAW message or body]
>> Actually, one of the things I'd quite like to have is a project specific
>> classpath. I agree that there is logic that should go in it's own task.
>> We could have a simple classloader that reads in the extra task
> definitons.
>>
>> <taskdef name="deathDestroyerOfWorlds"
>> classname="abandon.all.hope.ye.who.enter.here" classpath="${taskdefs}" />
>
> Eh? You were talking about a project specific classpath, but your
> illustration is of a taskdef. I'm not following.
I was referring to a classpath from which project specific tasks get
loaded. I think a classpath for things like javac can already by handled
with a property.
Sorry for not being clearer. (Not sure I should be let anywhere near a
programming language - I can't get English right. :)
\x/ill :-}
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic