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/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 在打包时起到什么作用呢:

  1. Main-Class 指定程序的运行入口,这样可以直接用java -jar xxx.jar来运行程序。

  2. 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, 暂时只找到了这两种解决方案,感觉这都不是最优的解决方案,但是实在找不到了,唉,如果有知道的朋友,可以告诉下吗? 谢谢啦!

不要忘记留下你学习的足迹 [点赞 + 收藏 + 评论]嘿嘿ヾ

一切看文章不点赞都是“耍流氓”,嘿嘿ヾ(◍°∇°◍)ノ゙!开个玩笑啦,动一动你的小手,点赞就完事了,你每个人出一份力量(点赞 + 评论)就会让更多的学习者加入进来!非常感谢! ̄ω ̄=

  • 2
    点赞
  • 9
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
注:下文中的 *** 代表文件名中的版本号。 # 【bcprov-jdk15on-***.jar中文文档.zip】 中含: 中文文档:【bcprov-jdk15on-***-javadoc-API文档-中文(简体)版.zip】 jar包下载地址:【bcprov-jdk15on-***.jar下载地址(官方地址+国内镜像地址).txt】 Maven依赖:【bcprov-jdk15on-***.jar Maven依赖信息(可用于项目pom.xml).txt】 Gradle依赖:【bcprov-jdk15on-***.jar Gradle依赖信息(可用于项目build.gradle).txt】 源代码下载地址:【bcprov-jdk15on-***-sources.jar下载地址(官方地址+国内镜像地址).txt】 # 本文件关键字: bcprov-jdk15on-***.jar中文文档.zip,java,bcprov-jdk15on-***.jar,org.bouncycastle,bcprov-jdk15on,***,jar包,Maven,第三方jar包,组件,开源组件,第三方组件,Gradle,bouncycastle,bcprov,jdk15on,中文API文档,手册,开发手册,使用手册,参考手册 # 使用方法: 解压 【bcprov-jdk15on-***.jar中文文档.zip】,再解压其中的 【bcprov-jdk15on-***-javadoc-API文档-中文(简体)版.zip】,双击 【index.html】 文件,即可用浏览器打开、进行查看。 # 特殊说明: ·本文档为人性化翻译,精心制作,请放心使用。 ·只翻译了该翻译的内容,如:注释、说明、描述、用法讲解 等; ·不该翻译的内容保持原样,如:类名、方法名、名、类型、关键字、代码 等。 # 温馨提示: (1)为了防止解压后路径太长导致浏览器无法打开,推荐在解压时选择“解压到当前文件夹”(放心,自带文件夹,文件不会散落一地); (2)有时,一套Java组件会有多个jar,所以在下载前,请仔细阅读本篇描述,以确保这就是你需要的文件; # Maven依赖: ``` <dependency> <groupId>org.bouncycastle</groupId> <artifactId>bcprov-jdk15on</artifactId> <version>***</version> </dependency> ``` # Gradle依赖: ``` Gradle: implementation group: 'org.bouncycastle', name: 'bcprov-jdk15on', version: '***' Gradle (Short): implementation 'org.bouncycastle:bcprov-jdk15on:***' Gradle (Kotlin): implementation("org.bouncycastle:bcprov-jdk15on:***") ``` # 含有的 Java package()(此处仅列举3个): ``` org.bouncycastle org.bouncycastle.asn1 org.bouncycastle.asn1.anssi ...... ``` # 含有的 Java class(类)(此处仅列举3个): ``` org.bouncycastle.LICENSE org.bouncycastle.asn1.ASN1ApplicationSpecific org.bouncycastle.asn1.ASN1ApplicationSpecificParser ...... ```
maven项目中,使用第三方依赖jar包是一种常见的做法。但是对于这种情况,将项目jar包可能会遇到一些问题。 首先,需要将项目使用第三方依赖jar包添加到项目的类路径中。可以将这些jar包放置在项目的lib目录下,并通过设置类路径来引用这些依赖。 接下来,需要创建一个可执行的jar包。在maven项目中,可以通过手动创建一个MANIFEST.MF文件,并在其中指定项目的入口类。同时,需要指定依赖jar包在MANIFEST.MF文件中的路径。 然后,将项目的所有文件和依赖jar包一起打成一个jar文件。可以使用命令行工具,如jar命令来完成该操作。在命令行中运行以下命令: jar -cvfm output.jar MANIFEST.MF -C project_dir . 其中,output.jar是要生成的jar包的名称,MANIFEST.MF是上一步创建的文件,project_dir是项目的根目录。 最后,将生成的jar包复制到其他地方进行测试或部署。 需要注意的是,这种方法生成的jar包可能会比较复杂,因为它含了所有的依赖。如果想要生成一个更精简的jar包,可以使用其他工具,如ProGuard来进行混淆和优化。 总结起来,即使在maven项目使用第三方依赖jar包,也可以通过手动设置类路径和创建一个合适的MANIFEST.MF文件来打项目。这样可以方便地将项目的所有文件和依赖成一个可执行的jar包

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值