我通常使用JDK(JDK 7)中的XSLT支持进行XSLT转换。最近,我遇到了一个非常大的XML文档,即使应用基本的XSLT转换也会使用很多内存。
我一直小心谨慎地处理所有的流程,但是似乎JDK中的XSLT引擎(似乎是修改过的Xalan)总是首先在内存中构建DOM。显然,这不是我想要的。
现在我发现,可分别下载的Xalan(来自2007年的2.7.1版本!)确实具有执行增量转换的API。虽然它似乎可以工作,但实际上我希望我的代码在原始的JDK上运行,而不需要告诉用户去改变任何认证文件夹。
在Java中进行增量XSLT转换的最佳方法是什么,以便我的代码与未经修改/原始JDK安装兼容?
更新: 这个最近更新的问题与之密切相关:What is the Most Efficient Java-Based streaming XSLT Processor?
我一直小心谨慎地处理所有的流程,但是似乎JDK中的XSLT引擎(似乎是修改过的Xalan)总是首先在内存中构建DOM。显然,这不是我想要的。
现在我发现,可分别下载的Xalan(来自2007年的2.7.1版本!)确实具有执行增量转换的API。虽然它似乎可以工作,但实际上我希望我的代码在原始的JDK上运行,而不需要告诉用户去改变任何认证文件夹。
在Java中进行增量XSLT转换的最佳方法是什么,以便我的代码与未经修改/原始JDK安装兼容?
更新: 这个最近更新的问题与之密切相关:What is the Most Efficient Java-Based streaming XSLT Processor?