JDK 1.6和Xerces？
在我当前的项目中，我们的目标是JDK 1.6 Runtime环境。 对于传统rasons，Xerces JAR文件捆绑在应用程序中。
这些不再需要了吗？ JDK（有一段时间）在JDK中捆绑了XML解析库吗？
当JAXP被添加到JRE时，从1.4开始就没有必要捆绑XML解析器。 您应该使用JAXP而不是直接调用Xerces。 在内部，JRE捆绑并使用Xerces（使用“com.sun”前缀）。
这些XML服务使用所谓的“服务提供者”机制插入应用程序环境。
它的工作原理如下：
- 它试图找到准确指向工厂类的系统属性，应该使用它。 例如
-Djavax.xml.parsers.SAXParserFactory=。 - 如果未找到系统属性，
FactoryFinder将在特殊属性文件中查找属性。 例如${java.home}/lib/jaxp.properties。 - 如果未找到file属性，FactoryFinder将在类路径
META-INF/services/查找服务描述，例如META-INF/services/javax.xml.parsers.SAXParserFactory。 它是一个应包含工厂类名的文件，例如org.apache.xerces.jaxp.SAXParserFactoryImpl。 - 如果类路径中没有此类文件，则java使用其默认工厂实现。
因此，如果您没有指向明显工厂类的系统属性，那么java将悄然选择合适的实现方式。
JDK中的解析器是Xerces的一个分支，但它非常错误。 我建议生产应用程序始终优先使用Apache版本的解析器。 这些错误是罕见的，但它们是不可预测的，它们不仅影响在现实生活中看不到的角落情况; 我见过许多情况，其中解析相当无聊的XML文档，并将损坏的数据传递给应用程序以获取属性值。 Sun / Oracle没有表现出解决问题的兴趣。 每次都使用Apache Xerces。
认可的标准覆盖机制工作得很好。 Djava.endorsed.dirs = path_to_folder_containing_new_library_jars将解决JDK 1.6的问题。
我在Thymleaf的背景下validation了上述解决方案。 在某些情况下，如果你使用LEGACYHTML5模式，并且你使用NekoHtml解析器自动修正未关闭的html标签，Neko依赖于Xerces jar。 设置类路径并不能解决问题。
谢谢sn-ushakov。