ant-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Peter Donald <>
Subject Re: [myrmidon] configurer changes
Date Wed, 23 Jan 2002 07:52:39 GMT
On Wed, 23 Jan 2002 11:27, Adam Murdoch wrote:
> > -----Original Message-----
> > From: Peter Donald []
> > Sent: Tuesday, 22 January 2002 10:23 PM
> > To: Ant Developers List
> > Subject: Re: [myrmidon] configurer changes
> >
> > > * Ignores String adder and setter methods, if other methods
> >
> > exist.  Longer
> >
> > > term, the type should be able to specify exactly which method to use.
> >
> > Is this really needed? Hopefully in ant2 the contract will be at the XML
> > representation level and thus we should be able to change from
> > setFoo(String)
> > to setFoo(FooType) without breaking builds ... or so goes the theory -
> > thoughts?
> This change was targeted at data-types, rather than tasks.  It is really
> just a stop-gap for dealing with String convenience methods.  For example:
> Path.addPath( String path )
> Path.addPath( Path path )

aahhh .. that makes sense.

> I don't think we want to prevent classes doing this.  However, it would be
> good to let the class have a say as to which overloaded method should be
> used by the configurer.  Maybe an @ant:ignore tag on the methods that the
> introspector should ignore.

Thats an option.

> How do you see types (or other tasks, for that matter) being used
> programmatically in ant2?

I don't really see tasks as being used programtically at all. As for "types" 
there are two sorts. First there are the adaptor/helper classes that are 
generally used to hold data and stuff (think Commandline object). Then there 
are types that are defined by an interface, gotten from the TypeManager and 
are extensible by the user (think Mappers, Conditions, Selectors etc). The 
adaptors need to either be stored in the framework or in the tasklibrary 
itself for task-loader reasons. The extensible types only need to have the 
interface in the base classloader and all the implementations can be in the 
task librarys.




"The only way to discover the limits of the possible 
is to go beyond them into the impossible." 
                             -Arthur C. Clarke

To unsubscribe, e-mail:   <>
For additional commands, e-mail: <>

View raw message