DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26570>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26570 duplicate instances of interface com.sun.javadoc.RootDoc loaded ------- Additional Comments From [EMAIL PROTECTED] 2004-02-02 14:51 ------- Point of clarification: The custom task loads FooStuff.jar tools.jar ant.jar I was abbreviating. Pardon any confusion. Your suggestion works. Unfortunately I can't change how this class loading happens because that code is not mine. In real life it's buried in the calls off java.sun.com.javadoc.Main, so I tested this using some separate code just to prove the concept. Actually what I did was something like ClassLoader cl=Thread.currentThread().getContextClassLoader(); Class docletClass=Class.forName(docletName,true,cl); which worked. In one sense this could be considered a Sun bug, however there was a similar bug submitted (which I can't #$%^ find now even after looking for 30 minutes, but it had something to do with duplicate class instances in reference to an ORB) and Sun's position was essentially that there shouldn't be two class instances for the same class period. So it seems either they flex, or you folks do, or we're stuck in the middle. Any reason not to load tools.jar into the system loader like in 1.5.4? --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]