This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
The contents of xml/external/resolver-1_1_nb.jar.scrambled are at least two years old. The com.sun.resolver.** package prefix is obsolete. There is no apparent documentation as to what the "_nb" suffix represents here - what was patched, etc. xml.apache.org/xmlcommons (see URL for download link) has the most recent stable version of this software under Apache license: org.apache.xml.resolver 1.1. It is maintained by norman.walsh@sun.com. Please upgrade to the standard library. Also note that Ant 1.6 expects to have xml-commons-resolver-1.1.jar in its classpath in order for the <catalog> data type to be fully functional.
It's patched because both com.sun.resolver and new xml-commons-resolver-1.1.jar supports just one (static) instance and writes directly down to serr and sout streams. I cannot recall (and cannot find now) but patch should be available in some CVS (may be old fortecvs server).
There was also licensing problems with xml-commons (3 licences was suspicious these times). Probably resolved now.
Apache resolver.jar is covered only under Apache license. Other licenses apply to DOM, SAX, and JAXP code, which is not included in this JAR. Version 1.1 supports more than one CatalogManager, if that is what you are talking about. Re. println's to System.{out,err} - suggest 1. Call CatalogManager.getStaticManager().debug = new Debug() {/* override methods to use another stream */}; 2. Use ExecutionEngine.execute to redirect I/O to the Output Window automatically. Anyway there should be an RFE filed on xml.apache.org so that this gets fixed properly in 1.2, yes?
The issue was <http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9264>, currently marked as resolved.
*** This issue has been marked as a duplicate of 27930 ***
Close "DUPLICATE" issue