java中的XSLT，而不使用JRE的XML实用程序

Question

看起来JDK提供了自己的apache Xalan阴影版本。

我在使用XSLT生成XML时发现了一个bug（bug是在某些cdata节中添加了一个新行和缩进）。这在未发布的JDK12中得到了修复。我希望避免这种情况，即我必须等待oracle修复问题，同时升级所使用的JRE。

我希望能够依赖xalan或其他支持XSLT的东西，而不依赖于JRE。

1. oracle是否为其独立于Apache的JRE维护自己的xalan版本？
2. 为什么自2014年7月以来Maven上没有更新xalan？
3. 依赖xalan会导致各种问题吗？我确实在Java/Maven中看到了如何处理“Xerces地狱”？排除了XML-API，以避免一些问题。
4. 使用JVM不太可能使用的不同的XML库会更好吗？什么是值得研究的图书馆。

Answer 1

我尽力回答（但你的一些问题需要内部知识）：

>

据我所知，Xerces和Xalan的JRE版本是Apache Xerces和Xalan的修改版本，但没有经过很大的修改，并且需要在Apache版本上移植bug修复。

Xalan尚未修改，因为没有人在处理它。它最初的赞助商是IBM和Sun（它部分来源于IBM的LotusXSL，部分来源于Sun的XSLTC）。Sun的开发人员在甲骨文收购后离开；IBM将其投资转移到商业Websphere XSLT2.0处理器和Datapower引擎上。因此，Xalan仍然是XSLT1.0处理器，这意味着规范在19年中没有改变，代码也变得相应稳定，因此几乎不需要修复bug。需要比Xalan提供的功能更多的功能的用户通常会转移到Saxon，除非他们的预算能够让Websphere或Datapower负担得起。

（我对此很感兴趣）转移到Saxon可以使您获得XSLT2.0和XSLT3.0的所有功能和生产力优势；产品持续开发维护，支持良好；在某些情况下,您可能会看到性能的显著提高；这些年来，在诊断、可配置性和仪器仪表等领域已经有了很多渐进式的改进。但是这些好处与JVM中是否也使用了这些代码无关。