4

我们的商店开发了多个核心产品和客户特定实施的平台。该平台已经存在 5 年了,现在我们正在尝试重新思考/重新构建平台。作为平台所有者,以下是我计划遵守的几个关键原则

  • 尽可能接近 Java EE 规范
  • 限制或消除对 3rd 方库的依赖
  • 使平台组件的合同明确,如果可能的话,使其成为符合 osgi 的捆绑包
  • 符合标准(对于非 Java EE 的东西)

因此,我们非常依赖 JAXP 和 XSLT 进行转换。当我们在不同供应商的应用服务器以及来自同一供应商的不同版本的应用服务器上进行部署时,我们经常遇到 XSLT 样式表的问题。大多数时候问题是

  1. 在 XSLT 中使用 parser-impl 特定的东西
  2. 在应用程序中捆绑解析器实现
  3. 将 XSLT 2.0/XPath 2.0 与 JAXP 1.3 等一起使用

我在下面需要一些帮助

  1. 由于 JAXP 1.4 仅支持 XSLT 1.0 和 Xpath 1.0,我在哪里可以检查我的 XSLT 对 1.0 的合规性?
  2. 是否有 XSLT 1.0 支持的功能列表等(我正在寻找类似于 XSLT 和 XPath 的 javadoc
4

1 回答 1

3

我在下面需要一些帮助

  1. 由于 JAXP 1.4 仅支持 XSLT 1.0 和 Xpath 1.0,我在哪里可以检查我的 XSLT 对 1.0 的合规性?
  2. 是否有 XSLT 1.0 支持的功能列表等(我正在寻找类似于 XSLT 和 XPath 的 javadoc
  1. 检查特定 XSLT 代码的合规性的最佳方法之一是使用(多个)合规的 XSLT 处理器。例如,如果您的代码在 Saxon 6.5.5 和 MSXML4/6 上都成功运行,则几乎可以肯定您的代码是兼容的。

  2. 标准支持的XSLT 1.0XPath 1.0函数在相应的规范中指定。Jesper Tverskov的这项调查也非常有用。

于 2010-11-11T16:46:55.077 回答