WAS 6.1 java.lang.VerifyError：违反了类加载约束

Question

该环境在Linux上为WAS 6.1，部署了一个使用xercesImpl.jar中的类的webapp。

由于公司政策的限制，该应用必须使用以下设置进行部署：

Class Loader Order
    Classes loaded with parent class loader first
->  Classes loaded with application class loader first

WAR class loader policy
    Class loader for each WAR file in application
->  Single class loader for application

WAR文件包含xercesImpl.jar的副本，该副本与编译应用程序时在类路径中的副本相同。

当启动webapp时，当Spring尝试解析其配置时，它会抛出：

java.lang.VerifyError: class loading constraint violated 
    (class: org/apache/xerces/jaxp/DocumentBuilderImpl 
    method: parse(Lorg/xml/sax/InputSource;)Lorg/w3c/dom/Document;)

分析如此之遥

似乎WAS提供了org.apache.xerces.jaxp.DocumentBuilderImpl的实现，因为我们可以从WAR文件中删除xercesImpl.jar并仍然得到相同的错误（不是ClassNotFoundException）。因此，WAS似乎正在使用其自己的副本来解析引用，该副本与我们的已编译类文件中的引用不兼容。但是，我可以找到的“
xercesImpl.jar”的唯一其他实例（除了与我们的应用程序一起部署的副本之外）在directory中deploytool，该目录
似乎在应用程序服务器之外。

我用以下方法扫描了WAS中的所有罐子（共1300个）

for i in `find . -name \*.jar`; do jar tvf $i|grep -qi xerces && echo $i ; done

并发现./java/jre/lib/html" target="_blank">xml.jar包含中的所有类org.apache.xerces.*，因此这可能是在类加载器解析引用的地方。

这是奇怪的部分：

如果我们更改为“父类加载器优先”，则不会看到该异常。这与预期的行为背道而驰。我们希望使用“应用程序类加载器优先”，它将使用我们提供的xercesImpl.jar，并且仅当我们将“父类加载器”设置为“父”时，才使用WAS的版本。这似乎是我们实际看到的倒退。

问题：

类加载器委托设置如何与上述信息交互以导致观察到的行为？

Answer 1

您的WAR还包括org.xml.sax或org.w3c.dom类，然后您引用的应用程序之外的类也引用了这些类。这将建立一个方案，您的应用程序类加载器可以看到同一类的两个实例，这是一个链接错误。

例如，如果您的应用程序使用javax.xml.bind.Unmarshaller.unmarshal（InputSource），则将从JDK加载Unmarshaller，而Unmarshaller类仅对JDK
InputSource具有可见性。当您的应用程序创建其InputSource时，它将从WAR加载类（因为“应用程序优先”策略），然后您的应用程序将尝试将WAR
InputSource的实例传递给JDK Unmarshaller，后者只能接受以下形式的实例： JDK InputSource。

有两种解决方案：

1. 从应用程序中删除所有API jar，然后使用JDK中的API jar。例如，删除包含org.xml.sax或org.w3c.dom的jar。
2. 在WAR中包括所有引用您要引用的类的库。例如，在您的WAR中包含JAXB库的副本。

以我的经验，很难找到链接错误，因为JVM给出了导致添加链接的原因的糟糕信息。我通常启用类加载器跟踪，重现问题，然后向后走，直到我发现从应用程序外部加载的类“听起来像”，它可能引用了一个已知存在于应用程序内部的类。