Saxon-HE 9.3的javax.xml.xpath.XPathFactory提供程序-配置文件中的语法错误

Question

我在Mac OS X和Saxon-HE 9.3.0.5上使用Java SE
6。ServiceLoader无法找到的Saxon实现javax.xml.xpath.XPathFactory。

mac:test2 ludo$ java -version
java version "1.6.0_26"
Java(TM) SE Runtime Environment (build 1.6.0_26-b03-383-11A511)
Java HotSpot(TM) 64-Bit Server VM (build 20.1-b02-383, mixed mode)

查找过程第3点中newInstance的javax.xml.xpath.XPathFactory状态方法的javadoc，用于本地化以下实现：

要求类加载器在资源目录META-INF /
services中提供与javax.xml.xpath.XPathFactory匹配的服务提供者配置文件。有关文件格式和解析规则，请参见JAR文件规范。

JAR文件规范的“
服务提供者”部分指出：

该文件应包含一个以换行符分隔的唯一的具体提供程序类名称的列表。

但是，如果我提取saxon9he.jar文件并查看META-INF目录，则会看到：

mac:Java ludo$ mkdir test
mac:Java ludo$ cd test
mac:test ludo$ jar fx ../saxon9he.jar 
mac:test ludo$ cat META-INF/services/javax.xml.xpath.XPathFactory 
net.sf.saxon.xpath.XPathFactoryImpl
http\://java.sun.com/jaxp/xpath/dom:    net.sf.saxon.xpath.XPathFactoryImpl
http\://saxon.sf.net/jaxp/xpath/om:     net.sf.saxon.xpath.XPathFactoryImpl

第一行是正确的，但我看不到为什么有两行多余的行，并且看起来这些行给ServiceLoader造成了麻烦。我看到了一个测试示例的问题，该示例编写了理解用于查找提供程序的机制。我们可以看到saxon9he.jar在CLASSPATH中。

mac:services ludo$ java ServicesTest
CLASSPATH = ..., /Users/ludo/Library/Java/saxon9he.jar, ...
Service XPathFactory: java.util.ServiceLoader[javax.xml.xpath.XPathFactory]
ServiceConfigurationError: javax.xml.xpath.XPathFactory: jar:file:/Users/ludo/Library/Java/saxon9he.jar!/META-INF/services/javax.xml.xpath.XPathFactory:2: Illegal configuration-file syntax

兴趣线是：

jar:file:/Users/ludo/Library/Java/saxon9he.jar!/META-INF/services/javax.xml.xpath.XPathFactory:2: Illegal configuration-file syntax

这是Saxon的错误还是系统不支持的扩展语法？我该怎么做才能解决这个问题？

请注意，如果我明确选择实现的类，则可以获得工厂。但是我想使用服务机制。以下代码有效：

XPathFactory xpf = XPathFactory.newInstance(
  XPathFactory.DEFAULT_OBJECT_MODEL_URI,
  "net.sf.saxon.xpath.XPathFactoryImpl",
  ClassLoader.getSystemClassLoader());

我在下面添加了整个Java测试程序。

import java.net.URL;
import java.net.URLClassLoader;
import java.util.Iterator;
import java.util.ServiceConfigurationError;
import java.util.ServiceLoader;
import javax.xml.xpath.XPathFactory;

public class ServicesTest {
    public static String getClasspathString() {
        StringBuilder classpath = new StringBuilder();
        ClassLoader classLoader = ClassLoader.getSystemClassLoader();
        URL[] urls = ((URLClassLoader) classLoader).getURLs();
        for (int i = 0; i < urls.length - 1; i++) {
            classpath.append(urls[i].getFile()).append(", ");
        }
        if (urls.length > 0) {
            classpath.append(urls[urls.length - 1].getFile());
        }

        return classpath.toString();
    }

    public static void availableProviders(ServiceLoader sl) {
        Iterator it = sl.iterator();
        int index = 0;
        for (;;) {
            try {
                if (!it.hasNext()) {
                    break;
                }
                index++;
                Object o = it.next();
                System.out.printf("%03d Concrete class name: %s\n", index, o.getClass().getName());
            } catch (ServiceConfigurationError e) {
                System.err.printf("ServiceConfigurationError: %s\n", e.getMessage());
            }
        }
    }

    public static void main(String[] args) {
        System.out.printf("CLASSPATH = %s\n", getClasspathString());
        System.out.println();

        ServiceLoader<XPathFactory> slXPathFactory = ServiceLoader.load(XPathFactory.class);
        System.out.printf("Service XPathFactory: %s\n", slXPathFactory.toString());
        availableProviders(slXPathFactory);
    }
}

Answer 1

Michael Kay
在SourceForge论坛上回答了这个问题。他说过：

选择该文件的格式来规避JDK5错误。

还有：

实际上，无论如何我都不建议使用JAXP搜索机制。它非常慢，并且提供了XPath引擎，该引擎不一定与您的应用程序一起使用。您无法知道是否获得了XPath
1.0或2.0的实现，而且API的定义非常弱，因此除非您首先使用该提供程序进行了测试，否则您的应用程序几乎无法与特定的提供程序一起使用。因此，即使没有此错误，我也会避免。

我认为它可以回答问题，即使它没有为该问题提供明确的解决方案。因此，我们可以通过以下方式选择实现：

XPathFactory xpf = XPathFactory.newInstance(
  XPathFactory.DEFAULT_OBJECT_MODEL_URI,
  "net.sf.saxon.xpath.XPathFactoryImpl",
  ClassLoader.getSystemClassLoader());