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.
Xalan (modules/autoload/ext/xalan-2.3.1.jar) implements JAXP/transform API (modules/autoload/ext/jaxp-transform-1.1.2.jar). This part of JAXP must be loaded by same classloader as Xalan to find TransformFactory implementation now. I would like to move jaxp-transform-1.1.2.jar into libs/ext/jaxp.jar which should contain full JAXP API. Now it is not possible (described above) -- xalan jar then should be on system classloader.
Default JAXP's search for TransformFactory implementation use Thread.getContextClassLoader. I think when issue #20663 implemented I could clean such solution and move jaxp-transform.jar into libs/ext/jaxp.jar.
Because issue #20663 is fixed I plan to realize to separate standard XML API from implementation. I would like to commit lib/ext/xml-apis.jar (http://xml.apache.org/commons/) which contains just SAX, DOM and full JAXP. And lib/ext/xerces.jar will contains just apache's parser implementation -- package org.apache only. Three reasons: - Current xerces.jar contains some APIs but JAXP is not complete, JAXP/transform is missing. - APIs are independent from implementations and future JAXP 1.2 release already follow same way. - XML module will mount xml-apis.jar as Java Library, so just APIs will be implemented.
This sounds good to me.
Created attachment 5718 [details] Integration patch.
Integrated.