Return-Path: Delivered-To: apmail-ant-dev-archive@www.apache.org Received: (qmail 75585 invoked from network); 4 Feb 2004 04:32:43 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 4 Feb 2004 04:32:43 -0000 Received: (qmail 17127 invoked by uid 500); 4 Feb 2004 04:32:21 -0000 Delivered-To: apmail-ant-dev-archive@ant.apache.org Received: (qmail 17032 invoked by uid 500); 4 Feb 2004 04:32:20 -0000 Mailing-List: contact dev-help@ant.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Ant Developers List" Reply-To: "Ant Developers List" Delivered-To: mailing list dev@ant.apache.org Received: (qmail 17017 invoked from network); 4 Feb 2004 04:32:20 -0000 Received: from unknown (HELO exchange.sun.com) (192.18.33.10) by daedalus.apache.org with SMTP; 4 Feb 2004 04:32:20 -0000 Received: (qmail 25049 invoked by uid 50); 4 Feb 2004 04:32:45 -0000 Date: 4 Feb 2004 04:32:45 -0000 Message-ID: <20040204043245.25048.qmail@nagoya.betaversion.org> From: bugzilla@apache.org To: dev@ant.apache.org Cc: Subject: DO NOT REPLY [Bug 26570] - duplicate instances of interface com.sun.javadoc.RootDoc loaded X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . 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 conor@cortexebusiness.com.au 2004-02-04 04:32 ------- Eric, let's rollback a bit. You have a custom task that you cannot change - correct? This custom task launches Javadoc? I'm not really clear on the train of events here - how it constructs its ClassLoader and how the task ends up loading RootDoc. Is it using the context classloader? Not sure what your reference to that implied. Overall I would like to see your custom task just being loaded with a taskdef containing a classpath of FooStuff.jar. It should not need tools.jar and ant.jar as they should be available to the taskdef's parent classloader. IOW, you should remove FooStuff.jar from your classpath and add a classpath to the taskdef. --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org For additional commands, e-mail: dev-help@ant.apache.org