XSLT 1.0链式转换与XProc适配及模板执行故障排查

XProc相关疑问 #

• XSLT 1.0是否会阻碍使用XProc？
  不会。XProc 1.0（当前主流版本）完全支持调用XSLT 1.0样式表，它是XML处理流程的编排语言，不限制所调用XSLT的版本，只要对应的XSLT引擎能处理该版本即可。

• 基于当前限制，使用XProc是否有潜在问题？
  有几个潜在风险：

  1. 你当前依赖产品内置的XALAN-C v1引擎，而XProc处理器通常需要调用独立的XSLT引擎（如Xalan-J、Saxon），若无法替换产品内置引擎，可能无法通过XProc完成链式处理，因为XProc无法直接调用产品内置的Xalan-C进行转换。
  2. XProc的实现（如Calabash）对环境有一定要求，若你的产品环境无法部署XProc处理器，这条路径就行不通。
  3. 链式处理中若需传递中间状态，XProc的流程编排可能需要额外适配XSLT 1.0的限制，不过你已确认exslt:set-node()可用，这部分风险较低。

• 使用XProc是否依赖Java环境？
  不一定，但主流的XProc处理器（如Calabash）基于Java实现，这类确实需要Java环境。也存在少数基于其他语言的XProc实现（如Python的pyxproc），但生态和成熟度远不如Java版本。若你的环境无法部署Java，XProc的可选范围会非常窄。

pipeline2.xsl链式转换问题排查 #

pre-process模板未执行的原因及解决 #

1. 模板优先级冲突：检查自定义模板与pipeline2.xsl内置模板的匹配规则优先级。如果pipeline2.xsl中的模板匹配优先级更高（比如更具体的路径匹配），自定义模板会被覆盖。可以给自定义模板添加更高优先级（priority="2"），确保它先被执行。
2. 模板匹配路径错误：确认自定义模板的匹配节点路径是否与实际XML日志中的<ExtraDetails>节点路径一致，比如是否遗漏父节点前缀或命名空间。
3. pre-process模式触发条件未满足：查看pipeline2.xsl中pre-process模式的触发逻辑，是否需要特定参数或节点上下文才能激活。比如是否需要调用样式表时传入mode="pre-process"参数，或根节点需包含特定属性才能触发该模式模板。

"apply-imports无当前模板规则"错误解决 #

这个错误说明调用<xsl:apply-imports/>时，当前节点没有对应的导入模板规则：

1. 检查导入顺序：确保自定义样式表是导入（<xsl:import>）而非包含（<xsl:include>）pipeline2.xsl，且导入语句放在自定义模板之前。<xsl:import>的优先级低于当前样式表模板，<xsl:include>是平级的，顺序错误会导致找不到对应规则。
2. 确认模板匹配规则：检查调用<xsl:apply-imports/>的模板，其匹配路径是否与pipeline2.xsl中存在的模板路径完全一致。如果pipeline2.xsl中没有对应路径的模板，自然会报错，此时应移除该调用或调整模板匹配路径。
3. 避免空模板覆盖：如果自定义模板中存在空的匹配模板（仅匹配节点但无实际处理），会覆盖导入的模板规则，导致<xsl:apply-imports/>找不到可应用的规则，需删除这类空模板。

内容的提问来源于stack exchange，提问作者jstack100