多语言局限性
仅当您单步跳入 Java 应用程序中的样式表时才存在下列局限性:
- 放至框架和热代码替换:在调试从 Java 调用的 XSLT 时,不要使用放至框架和热代码替换功能。
- 增量功能部件必须关闭:必须关闭增量功能部件。如果打开它,就可以采用增量方式构建 DTM(输入的内部表示),而不是等待对整个输入进行语法分析。缺省情况下,此功能部件是关闭的。有关更多信息,请访问 http://xml.apache.org/xalan-j/features.html#incremental。
- 有限支持生成的源代码中用户提供的 URIResolvers:当使用定制 URI-resolver 来解决导入、包含和文档调用时,在调试器中可能无法查看文档的源代码。但是,转换仍将继续进行。
- 生成的源代码中的外部实体引用不受支持:如果源 XML 文档包含直接插入 DOCTYPE,并且外部实体声明存在于生成的源代码(SAX 或 DOM)方案中,则以后使用该外部实体可能会产生不正确的结果。
- 调试将 JAXP 与 DOMSource 源对象配合使用的转换:当调试将 JAXP 与作为 DOMSource 的源对象配合使用的 XSL 转换时,必须对 DOMSource 设置 SystemId。
当调试调用一个或多个样式表的 Java(这些样式表又调用 Java)时,常规混合语言调试局限性可能也适用。可以在 Java 和混合语言调试文档中找到这些局限性。