Question

我正在Eclipse中开发一个GWT应用程序并使用jdom2来读取一些自定义的xml属性文件。

在最近更新后，我的应用程序现在在尝试读取xml文件时失败并出现上述错误。相关的堆栈跟踪是：

org.apache.xerces.parsers.XIncludeAwareParserConfiguration cannot be cast to org.apache.xerces.xni.parser.XMLParserConfiguration
org.apache.xerces.parsers.SAXParser.<init>(Unknown Source)
org.apache.xerces.parsers.SAXParser.<init>(Unknown Source)
org.apache.xerces.jaxp.SAXParserImpl$JAXPSAXParser.<init>(Unknown Source)
org.apache.xerces.jaxp.SAXParserImpl.<init>(Unknown Source)
org.apache.xerces.jaxp.SAXParserFactoryImpl.newSAXParser(Unknown Source)
org.jdom2.input.sax.XMLReaders.createXMLReader(XMLReaders.java:165)
org.jdom2.input.SAXBuilder.createParser(SAXBuilder.java:871)
org.jdom2.input.SAXBuilder.buildEngine(SAXBuilder.java:854)
org.jdom2.input.SAXBuilder.getEngine(SAXBuilder.java:904)
org.jdom2.input.SAXBuilder.build(SAXBuilder.java:1116)
uk.co.platosys.db.jdbc.DatabaseProperties.loadProperties(DatabaseProperties.java:78)

研究此问题表明，当类路径中存在不兼容的xerces jar版本时，可能会出现错误。

gwt-dev-2.6.1.jar包含xerces包，我的预感是这个最新版本的gwt-dev捆绑了一个不兼容的版本。然而，当前版本的jdom2.0.5与2.11版本的Xerces一起发布，这似乎是Apache最新发布的版本。将这些罐放在我的类路径上似乎无法解决问题;我以前能够依赖gwt-dev中的版本。

我更喜欢我的智慧＆＃39;结束了这一点，大大超出了我的舒适区。

Answer 1

当我将项目从GWT 2.7升级到GWT 2.8时，我遇到了同样的异常。我不知道为什么我没有GWT 2.7的这个问题（也许Eclipse项目的.classpath文件中的不同位置会影响它）。

该异常的原因是之前使用过这样的代码：

DocumentBuilderFactory newInstance = DocumentBuilderFactory.newInstance();
DocumentBuilder newDocumentBuilder = newInstance.newDocumentBuilder();
baseLayoutXmlDocument = newDocumentBuilder.parse( baseLayoutSvgInputStream );

SAXParserFactory spf = SAXParserFactory.newInstance();
SAXParser sp = spf.newSAXParser();

使用了JDK包com.sun.org.apache.xerces.internal.jaxp的实现，但在升级到GWT2.8之后，我的应用程序选择了gwt-dev.jar中的xerces。根据Javadoc和link here我找到了解决方法使用系统属性

-Djavax.xml.parsers.DocumentBuilderFactory=com.sun.org.apache.xerces.internal.jaxp.DocumentBuilderFactoryImpl
-Djavax.xml.parsers.SAXParserFactory=com.sun.org.apache.xerces.internal.jaxp.SAXParserFactoryImpl

Answer 2

在我的情况下，我通过添加到bootstrap实体（运行配置中的Classpath选项卡）两个条目/xml-apis/xml-apis/1.4.01/xml-apis-1.4.01.jar和/ xerces /解决了这个问题来自我当地的maven存储库的xercesImpl / 2.11.0 / xercesImpl-2.11.0.jar

Answer 3

类路径上的jar的顺序很重要。您是否尝试在类路径的开头添加Xerces 2.11 jar，以便首先加载它？

Answer 4

不要与Maven战斗：如果事情没有一起使用，他们应该进入单独的maven模块。在您的情况下，JDom（可能）在服务器端使用，它不需要gwt-dev。因此，解决方案是将项目拆分为多个Maven模块：一个用于依赖于GWT的客户端模块，另一个用于服务器端，而不是（如果使用GWT-RPC，则可能在gwt-servlet上），如果使用RequestFactory，则在requestfactory-server上。

即使只有一个项目，如果你在运行时在类路径中有gwt-dev，那么你的POM就会出错。

...除非您在构建时读取XML文件？

Answer 5

在我的情况下，通过删除本地sbt缓存中的xerces目录（如果使用maven，本地maven存储库）以及重建项目来解决此问题。

Answer 6

这有点晚了，但在阅读完答案之后我确实找到了解决这个问题的方法。您可以使用DocumentBuilderFactory factory = DocumentBuilderFactory.newInstance();中的参数来专门选择，而不是使用正常newInstance构建文档工厂。这样您就不必像上面的Svarog回答那样添加JVM参数，也不必添加或删除库。我的解决方案如下：

DocumentBuilderFactory factory = DocumentBuilderFactory.newInstance("com.sun.org.apache.xerces.internal.jaxp.DocumentBuilderFactoryImpl", this.getClass().getClassLoader());
DocumentBuilder builder = factory.newDocumentBuilder();
Document doc = builder.parse(new FileInputStream("path/to/file.xml"));

Answer 7

导致问题的WebLogic 12c的默认JAXB实现，您需要在weblogic服务器启动时覆盖jaxb。在echo CLASSPATH =％CLASSPATH％

之前，将以下类路径添加到startWebLogic.cmd中。

SET CLASSPATH = C：\ Oracle \ Middleware \ Oracle_Home \ wlserver \ modules \ databinding.override.jar;％CLASSPATH％

添加了JAR来支持weblogic 12c。

jaxb-core.jar
jaxb-impl.jar

ClassCastException：org.apache.xerces.parsers.XIncludeAwareParserConfiguration无法强制转换为org.apache.xerces.xni.parser.XMLParserConfiguration

7 个答案: