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

由于公司政策限制,应用程序必须部署
设置：

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”
我可以找到(除了我们的应用程序部署的副本)在目录中
deploytool,似乎在应用服务器之外.

我扫描了WAS中的所有罐子(全部1300个)

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

并发现./java/jre/lib/xml.jar包含org.apache.xerces.*中的所有类,
所以这很可能是类加载器解析引用的地方.

这里是我的一部分：

如果我们更改为“父类加载器第一”,我们看不到异常.
这违背了预期的行为.我们期待与
“应用程序类加载器第一”它会使用我们的xercesImpl.jar
提供和使用WAS的版本只有当我们设置“父类加载器
第一“,这似乎是从我们实际看到的倒退.

问题：

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