idea 第三方依赖jar包非Maven项目打jar包 IDEA对使用了第三方依赖jar包的非Maven项目打jar包的问题(图文详解)
木子雷 人气:3前言：
最近，遇到了一个问题，都快把我整疯了；这个问题开始是由 使用IDEA 对 非Maven项目进行打 Jar 包 引起的；本来就是想简简单单的打个 jar 包，并将使用的第三方依赖 jar 包打进去，但是问题就出现在了项目中依赖的第三方 jar 包（ bcprov-jdk15on-1.54.jar ）存在签名，那在打包过程中会把 签名 破坏掉，导致在使用打好的jar包时报错： JCE cannot authenticate the provider BC 。
注意：如果依赖的第三方jar包不存在签名的话，直接按照下面的 打包方式 就能成功打包；
IDEA打jar包：
使用 IDEA 将项目打成jar包，并将使用的第三方依赖jar包打进去；
1、首先看下打包的项目工程：
2、具体的打包流程：2.1、首先配置 MANIFEST.MF
首先需要配置 MANIFEST.MF ， 因为这会在打包时使用的；
首先新建一个文件夹，文件夹取名为 META-INF ， 在文件夹META-INF中创建文件，取名为 MANIFEST.MF ，然后需要配置下 MANIFEST.MF 文件的内容； 内容如下：
Manifest-Version: 1.0 Class-Path: lib/log4j-core-2.0-rc1.jar lib/bcprov-jdk15on-1.54.jar Main-Class: com.lyl.Test.PackageTest
注意上面 MANIFEST.MF 配置文件中的内容在填写时，需要注意几点：
1、Class-Path 在 冒号后面需要有 一个空格 ；然后后面跟随的每个依赖包之间也必须有 一个空格 ，并且最后一个依赖后面也必须要存在 一个空格 ；
2、Main-Class这一行后面需要跟 两个空行 ；
最后简单说下，MANIFEST.MF 在打包时起到什么作用呢：
Main-Class 指定程序的运行入口，这样可以直接用java -jar xxx.jar来运行程序。
Class-Path 指定依赖jar包的路径，class loader类加载器会依据这个路径来搜索依赖的class。
2.2、具体配置过程
下面将进行打包前的一些配置，需要将这些配置好后，才能进行打包的；
（1）、
（2）、
（3）、
（4）、
（5）、
（6）、
（7）、
（8）、
2.3、进行打包
上面将打包前的一些配置完成后，最后就可以直接进行打包了；
（1）、
（2）、
end， IDEA 打jar包流程已经完成了；但是打好的jar包，直接使用时，可能还会存在问题，再聊聊会出现的问题。
扩展： 如果想在打jar包时，将依赖的第三包jar包打进去的话，使用IDEA可能会比较繁琐，但是使用 Eclipse 会比较方便快捷，直接使用 Eclipse 的 fat jar 插件 进行打包，十分方便的。
3、打好的jar包在使用时可能存在的问题：3.1、报错：Invalid signature file digest for Manifest main attributes
将打好的jar包引用到另一个项目中，可能会报错：Invalid signature file digest for Manifest main attributes ；
这就是因为 打好的jar包中 存在多余的.SF文件，可以将jar包中后缀为 .SF文件删除就可以了。
3.2、报错：JCE cannot authenticate the provider BC
在项目中使用打好的jar包，可能会报错：JCE cannot authenticate the provider BC ；
这是因为 之前打包时，项目中依赖的第三方jar包中有存在 签名 的jar包（bcprov-jdk15on-1.54.jar）；在将其打进jar包时，就会将签名破坏掉，导致在使用这个签名被破坏的包中的类时，就会报错了。
3.3、解决方案：3.3.1、将签名包放一份到本地JDK中（不推荐）
此方案需要将签名包（bcprov-jdk15on-1.54.jar）放到 JDK 中的 jre 中的lib文件夹下的 ext 文件夹中；
例如：本地安装的JDK路径为 E:\Java\jdk1.8.0_60\jre\lib\ext ; 将签名包放到这里一份 。
但是此解决方案不推荐，为什么不推荐呢？
因为如果你打的jar包需要提供给别人的话，别人为了使用你的jar包，还需要改变自己的JDK，这个不太方便了。
3.3.2、打包时，不讲依赖签名包打进去（推荐）
打包时，不将签名包打进去。打好包后，在项目中使用时，需要将依赖的签名包与打好的包一起放到 lib 文件夹下，这样在使用签名包时，就会使用与 打好的包在同级别下的 依赖的签名包。
使用这种方案进行解决时，会比第一种方案方便很多，只是使用时，除了引入打好的jar包外，还需哟再引入下使用到的签名包（ bcprov-jdk15on-1.54.jar ），并将其放到同一级别目录下 即可。
打包时，不将签名包打进去的实现步骤：（以 bcprov-jdk15on-1.54.jar 签名包为例子）
（1）、首先是将 MANIFEST.MF 配置文件进行修改：
之前：存在签名包的
Manifest-Version: 1.0 Class-Path: lib/log4j-core-2.0-rc1.jar lib/bcprov-jdk15on-1.54.jar Main-Class: com.lyl.Test.PackageTest
修改：就是将签名包 bcprov-jdk15on-1.54.jar 的依赖引入删除
Manifest-Version: 1.0 Class-Path: lib/log4j-core-2.0-rc1.jar Main-Class: com.lyl.Test.PackageTest
（2）、改完 配置文件后，再修改上面打包 具体配置步骤 中的 第（7） 中的引入依赖jar包，将签名包删除，然后再点击OK，并重新打包 即可。如下图：
之前，签名包也引入了：
之后，去掉引入的签名包：
重新打好的包，由于没有将依赖的签名包打进去，那么如果使用到签名包bcprov-jdk15on-1.54.jar的类时，就会报《 类找不到 》怎么办呢？
可以将打好的jar包 “ packagetest-1.0.0.jar ”， 与 签名包 bcprov-jdk15on-1.54.jar 放到引用的项目的 lib 文件夹下（需要保证这两个jar包在项目中的存放的位置在同一级别 即可）； 然后在使用时就会使用 外部引用的 依赖签名包中的类了，不会报 类找不到 。
并且没有破坏签名包的签名，所以也不会报签名被破坏的错了：JCE cannot authenticate the provider BC
end， 暂时只找到了这两种解决方案，感觉这都不是最优的解决方案，但是实在找不到了，唉，如果有知道的朋友，可以告诉下吗？ 谢谢啦！
加载全部内容