java中的接口是类吗
527
2022-12-02
IDEA对使用了第三方依赖jar包的非Maven项目打jar包的问题(图文详解)
前言:
最近,遇到了一个问题,都快把我整疯了;这个问题开始是由 使用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/log4kUjfZWj-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, 暂时只找到了这两种解决方案,感觉这都不是最优的解决方案,但是实在找不到了,唉,如果有知道的朋友,可以告诉下吗? 谢谢啦!
版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。
发表评论
暂时没有评论,来抢沙发吧~