Peter Reilly wrote:
I have run into a bc problem with resources.
If ant-contrib is compiled with ant1.7, and used with
ant1.6 all the tasks that use Path
cannot be used:
C:\Documents and Settings\reilly\learning\a\for\build.xml:3: Could not
create type antlib:net.sf.antcontrib:for due to
java.lang.NoClassDefFoundError:
org/apache/tools/ant/types/resources/Union
not good, not good at all.
I do not know why I did not see this before (there was a similar problem
with macrodef.attribute) but it is a *big* problem, third party antlibs
should
be creatable with ant 1.7 and usable with ant 1.6 for tasks/types that
do not depend on 1.7 features.
Agreed. Its too easy to ship a non backwards compatible JAR just by
unintentionally building on Ant1.7, and it stops you adding resources
and 1.7+ alongside 1.6 compatible code. I already have lots of hoops to
jump through to keep exec/spawn stuff working on java1.6, and dont want
to abandon that version just yetl
A solution would be to convert Path to implement an interface instead
of extending a class, I do not know if this is possible.
Would that fix it? I need to look up my library compatibility rules
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
