先说需求吧，是公司的一个maven项目，需要接入翼支付即时到帐接口，去支付时需要使用CA加密签名，翼支付给我们发送了3个jar包，一个证书和1个test.java测试类。

在一个空的测试项目中引入包，引入证书，引入测试类，测试运行，完全正常。 然后准备接入正式项目中，暂且将公司正式maven项目叫做pay吧

我先将3个jar包：bcmail-jdk15-1.47.jar、bcprov-jdk15-1.45.jar、iTrusCertAPI-3.0.0.jar 分别导入在本地maven仓库中去

第二步，在pay项目的pom.xml中引入以上三个包的坐标

<!-- CA证书加密包 -->
<dependency>
    <groupId>signaturev1.0_java</groupId>
    <artifactId>itruscertapi</artifactId>
    <version>3.0.0</version>
</dependency>
<dependency>
  <groupId>signaturev1.0_java</groupId>
  <artifactId>bcmail-jdk15</artifactId>
  <version>1.47</version>
</dependency>
<dependency>
  <groupId>signaturev1.0_java</groupId>
  <artifactId>bcprov-jdk15</artifactId>
  <version>1.45</version>
</dependency>

第二步：导入测试类test.java，修改证书路径和证书密码，然后测试运行，发现出现了以下的包冲突异常

由类名和反编译发现：ASN1Object类，存在bcprov-jdk15-1.45.jar中，首先排除其他两项。

Exception in thread "main" java.lang.SecurityException: class "org.bouncycastle.asn1.ASN1Object"'s signer information does not match signer information of other classes in the same package
    at java.lang.ClassLoader.checkCerts(ClassLoader.java:952)
    at java.lang.ClassLoader.preDefineClass(ClassLoader.java:666)
    at java.lang.ClassLoader.defineClass(ClassLoader.java:794)
    at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142)
    at java.net.URLClassLoader.defineClass(URLClassLoader.java:449)
    at java.net.URLClassLoader.access$100(URLClassLoader.java:71)
    at java.net.URLClassLoader$1.run(URLClassLoader.java:361)
    at java.net.URLClassLoader$1.run(URLClassLoader.java:355)
    at java.security.AccessController.doPrivileged(Native Method)
    at java.net.URLClassLoader.findClass(URLClassLoader.java:354)
    at java.lang.ClassLoader.loadClass(ClassLoader.java:425)
    at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:308)
    at java.lang.ClassLoader.loadClass(ClassLoader.java:358)
    at com.itrus.cryptorole.Sender.<init>(Sender.java:23)
    at com.itrus.cryptorole.bc.SenderBcImpl.<init>(SenderBcImpl.java:98)
    at com.chinatelecom.web.trade.utils.CAUtil.<init>(CAUtil.java:17)
    at com.chinatelecom.web.trade.utils.CAUtil.getInstance(CAUtil.java:28)
    at com.chinatelecom.web.trade.utils.CAUtilTest.main(CAUtilTest.java:18)

既然是包的异常，那么只需要找到冲突包的名称，然后排除了这个包就可以了。思路很简单，那就开工吧！

...

首先我逐步排查，发现到pay项目的pom.xml中，引入了一个web-service-p的jar包，只要把它删掉，包冲突问题就解决了

<dependency>
    <groupId>com.chinatelecom.web</groupId>
    <artifactId>web-service-p</artifactId>
    <version>1.0.1-RELEASE</version>
</dependency>

但是，就是但是，删除掉肯定会影响其他项目的依赖，其他项目自然也无法运行，删调此包肯定是行不通的。

...

然后我发现如果将上面的web-service-p的包版本，修改为1.0.0，这时候包冲突问题也是可以解决的

...

当然，这个办法也是治标不治本的，为了不影响其他项目和本项目的正常运行，找出冲突的包，排除掉才是关键！

关键字：mvn dependency:tree

首先，查看正确运行的，将web-service-p的版本设置为1.0.0 ，然后在pay项目的pom.xml中右键，使用maven命令查看项目依赖树：dependency:tree

在控制台中，搜索相关上面bcprov包名称，看是否有多个，结果发现，只存在一个bcprov-jdk15.jar包，所以运行正常

...

然后，又将web-service-p的版本设置会1.0.1版本，再次使用上面的命令，发现在A依赖的B，B下面的C，C下面的D，D依赖于有一个相同的名称，只是版本不同罢了

看到上图中，有一个133版本的bcprov的包，存在多级的依赖，所以，在pay项目的pom.xml中，将其排除调问题就应该解决了。

当然我们需要知道它的坐标是多少才行，我们在maven在线库中搜索：http://search.maven.org/   输入关键字，查询到如下坐标点

或者，搜索上级x-fire-ws-security，在路径：https://repo1.maven.org/maven2/org/codehaus/xfire/xfire-ws-security/1.2.6/xfire-ws-security-1.2.6.pom  中找到坐标点

<dependency>
    <groupId>org.codehaus.xfire</groupId>
    <artifactId>bcprov-jdk15</artifactId>
    <version>133</version>
</dependency>

最后一步，坐标点有了，那么在依赖的顶级，web-server-p的依赖中进行排除调，问题就正常解决了

<dependency>
    <groupId>com.chinatelecom.web</groupId>
    <artifactId>web-service-trade</artifactId>
    <version>1.0.1-SNAPSHOT</version>
    <exclusions>
        <exclusion>
            <groupId>org.codehaus.xfire</groupId>
            <artifactId>bcprov-jdk15</artifactId>
        </exclusion>
    </exclusions>
</dependency>

特别说明：排除的位置不要写错了，一开始我写成了下面方式，结果不管怎么都不行，后来公司大牛东东，提醒说位置不对，一下子就明白怎么回事了！  糗大了！

<dependency>
  <groupId>signaturev1.0_java</groupId>
  <artifactId>bcprov-jdk15</artifactId>
  <version>1.45</version>
  <exclusions>
    <exclusion>
        <groupId>org.codehaus.xfire</groupId>
        <artifactId>bcprov-jdk15</artifactId>
    </exclusion>
  </exclusions>
</dependency>

特此写篇文章，经验总结

未经允许请勿转载：程序喵 » Mavan排除依赖包经验之谈