commons-dbcp jar包依赖引起的异常

项目解析xml文件报错(如发布webservice是解析不了xml)

 

程序报错:

java.lang.AbstractMethodError: org.apache.xerces.dom.DocumentImpl.getXmlStandalone()Z 
at com.sun.org.apache.xalan.internal.xsltc.trax.DOM2TO.setDocumentInfo(DOM2TO.java:373)
at com.sun.org.apache.xalan.internal.xsltc.trax.DOM2TO.parse(DOM2TO.java:127)
at com.sun.org.apache.xalan.internal.xsltc.trax.DOM2TO.parse(DOM2TO.java:94) 
at com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transformIdentity(TransformerImpl.java:663)
at com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:709)
at com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:313)
at com.umlet.control.Umlet.createStringToBeSaved(Umlet.java:197) 
[......] 

分析原因:工程中使用了commons-dbcp-1.2.1.jar和dbunit1.2.2.jar,这两个jar包都依赖了xercesImpl-2.0.2.jar.

工程中使用的JDK版本为1.6。而xercesImpl-2.0.2的包是JDK1.5时代使用的。

解决方案:升级xercesImpl版本。升级至2.9.1版本后。

如果工程之中是直接引用的commons-dbcp-1.2.1.jar和dbunit1.2.2.jar,做完之上步骤之后就可以了。

但是如果使用了maven之类的资源管理插件,你会发现虽然你在pom文件中指向了你的新xercesImpl-2.9.1.jar,你的资源管理插件依然把xercesImpl-2.0.2.jar引入你的依赖关系中。工程依然报错。

这时候需要再资源文件中找到你的2.0.2版本,删除,将xercesImpl-2.9.1.jar放到资源文件夹中并更名为xercesImpl-2.0.2.jar。利用资源插件按名称去寻找是否已存在需依赖的jar包,再次启动时将不再加载xercesImpl的jar文件。

现在再启动就没有问题了。

你可能感兴趣的:(java,apache,maven,webservice,sun)