Conor MacNeill wrote:Christopher Lenz wrote:Every JAR in $ANT_HOME/lib would be scanned for a descriptor in META-INF (for example; be it some XML format or a properties file), and that descriptor would contain a URI that needs to be used as XML namespace URI in the build file.
Hope I'm not totally off here... haven't followed much of the discussion before this thread.
No, spot on - that is what I had in mind.
I think too that this is the way, just with a change:
- Automatic antlib loads in ant.home/lib would be without namespace, as they are treated as "default" ones.
Not sure.
Rather than adding an additional "ext" dir to separate between the default antlibs (i.e. the set of tasks distributed with Ant) and external antlibs, why not have all default antlibs specify "http://ant.apache.org/"; (for example) as their namespace URI. That would be the default namespace for buildfiles, of course.
External antlibs could still be placed in $ANT_HOME/lib, but would specify a different namespace URI in their descriptor.
Am I missing something?
- Normal taskdef would be without namespace.
It'd be nice to be able to import "legacy" tasks into a namespace specified in the <taskdef>, though. Not sure how this would work, and it's not very important either ;-)
- <antlib> call would be with namespace.
Hmm.. can't parse this.. can you elaborate?
- We can add a ant.home/ext dir where antlib loads *with* namespace
As for a descriptor, being a Cocoon developer, and having used xml for so much time, I can only suggest... not to use it, simple properties like now is just good enough, just add a namespace property as suggested above. :-
-- Christopher Lenz /=/ cmlenz at gmx.de
-- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
