151.14. 命名空间审核以协助调试


用户经常面临的许多与 XPath 相关的问题与命名空间的使用相关联。您消息中存在的命名空间之间可能存在一些不正确,以及您的 XPath 表达式已了解或引用的命名空间之间。XPath predicates 或表达式无法找到 XML 元素和属性,因为命名空间问题可能只是像 它们无法正常工作,只要它们不在 命名空间定义的情况下工作。

XML 中的命名空间是完全必要的,而我们希望通过自动实施一些魔法或 voodoo 来简化其使用情况,但事实上是,该路径关闭了标准,并会大大阻碍了互操作性。

因此,我们几乎可以通过向 XPath 表达式语言添加两个新功能来协助您调试这些问题,因此可通过 predicates 和 表达式访问。

每次在内部池中创建新的 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.XPathBuilder logger 或一些父日志记录器(如 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]}
Red Hat logoGithubredditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

通过我们的产品和服务,以及可以信赖的内容,帮助红帽用户创新并实现他们的目标。 了解我们当前的更新.

让开源更具包容性

红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。欲了解更多详情,请参阅红帽博客.

關於紅帽

我们提供强化的解决方案,使企业能够更轻松地跨平台和环境(从核心数据中心到网络边缘)工作。

Theme

© 2026 Red Hat
返回顶部