如何防止具有META-INF \ services \ javax.xml.transform.TransformerFactory的xalan.jar接管Xalan实现中内置的JDK 1.6？

Question

考虑以下代码（完全基于飞碟的“入门”代码，保留其权利）：

package flyingsaucerpdf;
import java.io.File;
import java.io.FileOutputStream;
import java.io.OutputStream;

import org.xhtmlrenderer.pdf.ITextRenderer;


    public class PDFMaker {
        public static void main(String[] args) throws Exception {
            new PDFMaker().go();
        }

        public void go() throws Exception {
            String inputFile = "sample.html";
            String url = new File(inputFile).toURI().toURL().toString();
            String outputFile = "firstdoc.pdf";
            OutputStream os = new FileOutputStream(outputFile);

            ITextRenderer renderer = new ITextRenderer();
            renderer.setDocument(url);
            renderer.layout();
            renderer.createPDF(os);

            os.close();
        }
    }

几个事实：

1. 使用JDK 1.6或1.5独立运行（调用main）可以完美运行（生成PDF）

2. 但是，当通过URLClassLoader从现有的Web应用程序加载时，它将失败并显示以下错误：

   由以下原因引起：org.w3c.dom.DOMException：NAMESPACE_ERR：试图以对名称空间不正确的方式创建或更改对象。
   在org.apache.xerces.dom.AttrNSImpl.setName（未知来源）
   在org.apache.xerces.dom.AttrNSImpl。（来源不明）
   在org.apache.xerces.dom.CoreDocumentImpl.createAttributeNS（未知来源）
   在org.apache.xerces.dom.ElementImpl.setAttributeNS（未知来源）
   在org.apache.xml.utils.DOMBuilder.startElement（DOMBuilder.java:307）
   …另外19个
   
   

在错误的位置寻找了一段时间后（例如，我怀疑是xalan / xerces
jars，创建了一个孩子优先/父母最后的类加载器，但仍然失败了），我终于缩小了根本原因：

似乎加载我的代码的Web应用程序具有旧的 xalan.jar ，规范版本1.2

我做了一些测试，以独立的方式运行了上面的代码（之前运行良好），但是这次我将Web应用程序中的 xalan.jar
添加到了它的类路径和bingo中，这与Web应用程序场景中的错误相同

因此，我检查了那个旧的xalan.jar并想知道，什么会导致JVM加载它的旧的xalan实现而不是JDK的实现？毕竟，我的子优先级类加载器也是最后一个父级加载器，例如中间的系统，要说：在父级之前搜索系统类加载器（以避免加载父级覆盖的JDK
jar，就像这种情况下，父级的xalan.jar覆盖了JDK的xalan实现）

然后，有些事情引起了我的注意-文件 xalan.jar / META-INF / services /中 名为
javax.xml.transform.TransformerFactory的 内容如下：

org.apache.xalan.processor.TransformerFactoryImpl

因此，我立即在eclipse中按下Ctrl+ T并寻找完整的限定名称…仅在 xalan.jar中 ！

然后，我仅搜索“ TransformerFactoryImpl”，这就是JDK的功能：

com.sun.org.apache.xalan.internal.xsltc.trax.TransformerFactoryImpl

容易看出差异

因此，如果您读到这里，我的底线问题是： 如何使我的TransformerFactory使用JDK的实现而不是旧的Xalan的实现？
（我无法从加载我的代码的网络应用中删除该jar）

Answer 1

答案似乎比我想的要简单。

1. 在您的类加载器中，将此文件夹添加到类路径（不需要jar）： /META-INF/services/

2. 在其中创建一个名为 javax.xml.transform.TransformerFactory

3. 编辑它，并将其设置为以下内容： com.sun.org.apache.xalan.internal.xsltc.trax.TransformerFactoryImpl

而已！

为什么行得通？请参阅Java用来加载Xalan实现的此类。

请注意，对于该特定的“ META-
INF”条目，它似乎事实上是父后（或子优先）加载器（与常规Java类加载器的工作方式相反，例如，父先/子后）。如果我错了纠正我

摘录自 javax.xml.datatype.FactoryFinder

   /*
     * Try to find provider using Jar Service Provider Mechanism
     *
     * @return instance of provider class if found or null
     */
    private static Object findJarServiceProvider(String factoryId)
        throws ConfigurationError
    {

        String serviceId = "META-INF/services/" + factoryId;
        InputStream is = null;

        // First try the Context ClassLoader
        ClassLoader cl = ss.getContextClassLoader();
        if (cl != null) {
            is = ss.getResourceAsStream(cl, serviceId);

            // If no provider found then try the current ClassLoader
            if (is == null) {
                cl = FactoryFinder.class.getClassLoader();
                is = ss.getResourceAsStream(cl, serviceId);
            }
        } else {
            // No Context ClassLoader, try the current
            // ClassLoader
            cl = FactoryFinder.class.getClassLoader();
            is = ss.getResourceAsStream(cl, serviceId);
        }

        if (is == null) {
            // No provider found
            return null;
        }

        ...