IDEA对使用了第三方依赖jar包的非Maven项目打jar包_idea非maven项目打jar包把第三方依赖打进去-CSDN博客

本文链接：https://blog.csdn.net/feichitianxia/article/details/107102053

前言：

最近，遇到了一个问题，都快把我整疯了；
这个问题开始是由 使用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