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 Summary: duplicate instances of interface com.sun.javadoc.RootDoc loaded Product: Ant Version: 1.6.0 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Core AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] In 1.6.0, interface com.sun.javadoc.RootDoc is loaded twice. Finding it via Class.forName produces an instance with a different hashCode than what's in the parameter signature of a loaded doclet in our doclet path. Note that we are doing this call from within a custom task, NOT from the forked javadoc process, so we are talking about loading in the main thread, not for a new javadoc VM. Having two instances of a loaded class is a problem. It could be alleviated if java.lang.Class defined an equals method that tested based on the name, rather than the instance, then getMethod could find the appropriate Method in either case. But the official position is that you shouldn't have two instances of the same class floating around. We've exhausted the workarounds we know of, once the duplicates are loaded there doesn't seem to be much way around this. If you have any suggestions please let me know. I don't know where to start looking for this in the Ant code. I'm presuming it was forced in at some point? Version 1.5.4 works fine, so we'll use that for now and check subsequent releases as they happen. thanks, -ep --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
