151.14. 命名空间审核以协助调试
用户经常面临的许多与 XPath 相关的问题与命名空间的使用相关联。您消息中存在的命名空间之间可能存在一些不正确,以及您的 XPath 表达式已了解或引用的命名空间之间。XPath predicates 或表达式无法找到 XML 元素和属性,因为命名空间问题可能只是像 它们无法正常工作,只要它们不在 命名空间定义的情况下工作。
XML 中的命名空间是完全必要的,而我们希望通过自动实施一些魔法或 voodoo 来简化其使用情况,但事实上是,该路径关闭了标准,并会大大阻碍了互操作性。
因此,我们几乎可以通过向 XPath 表达式语言添加两个新功能来协助您调试这些问题,因此可通过 predicates 和 表达式访问。
151.14.1. 记录 XPath 表达式/predicate 的命名空间上下文 复制链接链接已复制到粘贴板!
每次在内部池中创建新的 XPath 表达式时,Camel 都会记录 org.apache.camel.language.xpath.XPathBuilder 日志记录器下的表达式的命名空间上下文。由于 Camel 以分级方式表示命名空间上下文(父子关系),整个树都是以递归方式的输出,其格式如下:
[me: {prefix -> namespace}, {prefix -> namespace}], [parent: [me: {prefix -> namespace}, {prefix -> namespace}], [parent: [me: {prefix -> namespace}]]]
任何这些选项都可用于激活此日志:
-
在
org.apache.camel.language.xpath.XPathBuilderlogger 或一些父日志记录器(如org.apache.camel或根日志记录器)上启用 TRACE 日志记录 -
启用
logNamespaces选项,如以下部分所示,在这种情况下,日志记录将在 INFO 级别上发生
151.14.2. 审计命名空间 复制链接链接已复制到粘贴板!
在评估 XPath 表达式前,Camel 能够发现和转储每个传入消息上存在的所有命名空间,从而为您提供有助于您分析和固定命名空间问题所需的所有丰富的信息。
要达到此目的,它在内部使用另一个特殊定制的 XPath 表达式来提取消息中显示的所有命名空间映射,显示每个单个映射的前缀和完整的命名空间 URI。
需要考虑的一些点:
-
隐式 XML 命名空间(
xmlns:xml="http://www.w3.org/XML/1998/namespace")被禁止在输出中,因为它没有添加值 -
默认命名空间在输出中的
DEFAULT关键字下列出 - 请记住,可以将命名空间重新映射到不同的范围下。认为顶级 'a' 前缀可以分配不同的命名空间,或者默认命名空间在内部范围内更改。对于每个发现的前缀,会列出所有关联的 URI。
您可以在 Java DSL 和 XML DSL 中启用这个选项:
Java DSL:
XPathBuilder.xpath("/foo:person/@id", String.class).logNamespaces()
XML DSL:
<xpath logNamespaces="true" resultType="String">/foo:person/@id</xpath>
审计的结果将显示在 org.apache.camel.language.xpath.XPathBuilder logger 下的 INFO 级别,如下所示:
2012-01-16 13:23:45,878 [stSaxonWithFlag] INFO XPathBuilder - Namespaces discovered in message:
{xmlns:a=[http://apache.org/camel], DEFAULT=[http://apache.org/default],
xmlns:b=[http://apache.org/camelA, http://apache.org/camelB]}