我有以下示例 XML 文件:

<a xmlns="http://www.foo.com">
    <b>
    </b>
</a>

使用 XPath 表达式 /foo:a/foo:b('foo' 在 NamespaceContext<>) 我可以正确计算 b 节点的数量，当 Saxon-HE-9.4.jar 在 CLASSPATH 上和不在 CLASSPATH 上时，代码都有效。

但是，当我使用 namespace 解析同一个文件时 -不知道 DocumentBuilderFactory，XPath 表达式“/a/b”正确计算了 的数量b 节点仅当 Saxon-HE-9.4.jar 不在 CLASSPATH 上时。

代码如下:

import java.io.*;
import java.util.*;
import javax.xml.xpath.*;
import javax.xml.parsers.*;
import org.w3c.dom.*;
import javax.xml.namespace.NamespaceContext;

public class FooMain {

    public static void main(String args[]) throws Exception {

        String xmlSample = "<a xmlns=\"http://www.foo.com\"><b></b></a>";
        {
            XPath xpath = namespaceUnawareXpath();
            System.out.printf("[NS-unaware] Number of 'b' nodes is: %d\n", 
                              ((NodeList) xpath.compile("/a/b").evaluate(stringToXML(xmlSample, false),
                              XPathConstants.NODESET)).getLength());
        }
        {
            XPath xpath = namespaceAwareXpath("foo", "http://www.foo.com");
            System.out.printf("[NS-aware  ] Number of 'b' nodes is: %d\n", 
                              ((NodeList) xpath.compile("/foo:a/foo:b").evaluate(stringToXML(xmlSample, true),
                               XPathConstants.NODESET)).getLength());
        }

    }


    public static XPath namespaceUnawareXpath() {
        XPathFactory xPathfactory = XPathFactory.newInstance();
        XPath xpath = xPathfactory.newXPath();
        return xpath;
    }

    public static XPath namespaceAwareXpath(final String prefix, final String nsURI) {
        XPathFactory xPathfactory = XPathFactory.newInstance();
        XPath xpath = xPathfactory.newXPath();
        NamespaceContext ctx = new NamespaceContext() {
                @Override
                public String getNamespaceURI(String aPrefix) {
                    if (aPrefix.equals(prefix))
                        return nsURI;
                    else
                        return null;
                }
                @Override
                public Iterator getPrefixes(String val) {
                    throw new UnsupportedOperationException();
                }
                @Override
                public String getPrefix(String uri) {
                    throw new UnsupportedOperationException();
                }
            };
        xpath.setNamespaceContext(ctx);
        return xpath;
    }    

    private static Document stringToXML(String s, boolean nsAware) throws Exception {
        DocumentBuilderFactory factory = DocumentBuilderFactory.newInstance();
        factory.setNamespaceAware(nsAware);
        DocumentBuilder builder = factory.newDocumentBuilder();
        return builder.parse(new ByteArrayInputStream(s.getBytes("UTF-8")));
    }


}

运行上面的代码:

java -classpath dist/foo.jar FooMain

.. 产生:

[NS-unaware] Number of 'b' nodes is: 1
[NS-aware  ] Number of 'b' nodes is: 1

运行:

java -classpath Saxon-HE-9.4.jar:dist/foo.jar FooMain

... 产生:

[NS-unaware] Number of 'b' nodes is: 0
[NS-aware  ] Number of 'b' nodes is: 1

最佳答案

正确的观察。 Saxon 不适用于命名空间未知的 DOM。没有理由应该这样做。如果您能找到一个 XSLT/XPath 处理器，它可以与命名空间未知的 DOM 一起工作，那么如果您愿意，可以继续使用它，但它的行为没有任何标准定义。

如果 Saxon 有可能检测到 DOM 是命名空间未知的，那么它会抛出一个错误，而不是给出虚假的结果。可悲的是，DOM 的众多设计失败之一是，如果您不是自己创建 DOM，则无法判断它是否支持命名空间。

您的评论“我需要对命名空间宽容一些，因为我必须处理并不总是 XSD 有效的第 3 方 XML 实例。”是完全不合逻辑的。确实，文档不能是 XSD 有效的，除非它是命名空间有效的，但反之则不然；大量文档是命名空间有效的，但不是 XSD 有效的。

最后，正如您的经验所示，依赖 JAXP 机制来加载恰好位于类路径上的任何 XPath 处理器是非常容易出错的。通过这种机制，您甚至无法控制您获得的是 XPath 1.0 还是 2.0 处理器(同样，您也无法轻易确定获得的是哪个)。如果您的代码依赖于特定 XPath 实现的怪癖，那么您需要显式加载该实现，而不是依赖于 JAXP 搜索。

更新(2015 年 9 月):Saxon 9.6 不再包含将其宣传为 JAXP XPath 提供程序的 meta-inf 服务文件。这意味着您永远不会仅仅因为 Saxon 在类路径上就将其作为您的 XPath 处理器:您必须明确地请求它。

关于java - 如果 Saxon 在 CLASSPATH 上，命名空间未知的 XPath 表达式失败，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/21118051/