DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=34244>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=34244 [EMAIL PROTECTED] changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[EMAIL PROTECTED] Component|Core |Optional Tasks OS/Version|other |All Platform|Other |All ------- Additional Comments From [EMAIL PROTECTED] 2005-03-30 21:44 ------- I think the root of the problem is alluded to here: file:///space/ant162/docs/faq.html#delegating-classloader Ant ships lib/ant-junit.jar but not junit.jar which it needs. OK in and of itself... *but* you can't use <taskdef name="junit" classname="..."> <classpath> <pathelement location="${ant-junit.jar}"/> <pathelement location="${my.junit.jar}"/> </> </> unless you first move ant-junit.jar *out* of ${ant.home}/lib/, i.e. modify the Ant distribution! That is, if you wish to preserve the pristine Ant installation you downloaded, which is a pretty natural wish, and you wish to use <junit>, you are forced to modify your $CLASSPATH (or the equivalent); you cannot write a build script which will portably load the task and its library, even if your project is associated with a particular copy of junit.jar. This affects e.g. the NetBeans IDE, requiring a special workaround: http://www.netbeans.org/source/browse/~checkout~/ant/src/org/apache/tools/ant/module/spi/AutomaticExtraClasspathProvider.java -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
