我正在使用 IntelliJ IDEA 创建一个 JAR。我为库 JAR 选择了“来自具有依赖项的模块的 JAR”和“提取到目标 JAR” - 生成的 JAR 看起来很好:
myJar.jar
|
+- META-INF
| +- MANIFEST.MF
+- com
| +- my
| +- package
| +- Main.class
+- some dependencies...
我检查了两次:所有需要的依赖项都存在。 MANIFEST.MF
中的 Main-Class
字段指向正确的主类(本例中为 com.my.package.Main
)。我已在存档工具中打开该文件并使用
jar tf myJar.jar
并且两者都显示所需的类可用(也是Main.class
)。我已将 IntelliJ 向导中的 Classpath
字段留空,因为我不需要任何外部库。但是,当我发出
java -jar myJar.jar
它抛出以下异常:
Error: could not find or load main class com.my.package.Main
Caused by: java.lang.ClassNotFoundException: com.my.package.Main
我关注了this guide by JetBrains
,并且 IntelliJ 自动添加了 Maven pom.xml
中的所有依赖项以提取到 JAR 中,这是正确的。
我是否缺少一些应该在此处配置的内容,为什么这不起作用?
(注意:当我为库 JAR 选择“复制到输出文件夹并通过 list 链接”时,从该项目生成 JAR 也不起作用。)
(注 2:遗憾的是,使用 maven-assemble-plugin
不是一个选项,因为我引用了其他 IntelliJ 工作区模块,但这些模块不会被包含在内。)
更新:它应该按原样工作还显示了以下现象:当我解压我的 JAR 并执行时
java -cp . com.my.package.Main
在创建的目录中,它工作没有任何问题,考虑到Java拒绝加载它,这很奇怪......
最佳答案
就我而言,由于某些已签名的 JAR 依赖项,我的 JAR 未按预期工作。
这些 JAR 带有签名和 key 文件,当您嵌入签名的 JAR 时,这些文件也会被提取。删除它们基本上没有风险,但它们是您的 JAR 无法工作的众多可能原因之一。
如何从 JAR 中删除此类签名?
我正在为 Linux/Darwin 描述以下步骤,但我认为 Windows 也有类似的方法。
解压 JAR。
由于 JAR 只不过是简单的 ZIP 存档,因此您可以使用unzip
:mkdir temporaryDirectory unzip myJar.jar -d temporaryDirectory/
-d
选项是可选的,但它有助于保持目录结构干净,因为它设置目标目录。找到签名文件。
签名文件(或 key )位于META-INF/
目录中,因此请在此处进行更改:cd temporaryDirectory/META-INF/
接下来,我们需要找到有问题的文件。它们的文件扩展名为
.SF
(用于签名)和.DSA
用于 key 文件:ll | grep '.DSA\|.SF'
删除(或重命名)签名和 key 文件。
重命名这些文件的好处是您可以稍后恢复它们(无论出于何种原因),删除它们也可以解决问题,但风险更大:删除:
rm signature.DSA signature.SF # Either enter the name of the files # instead of 'signature' or use * to delete any: # rm *.DSA *.SF
重命名:
rename 's/\.DSA$/.DSA.old/' * # Append ".old" to all .DSA files rename 's/\.SF$/.SF.old/' * # Append ".old" to all .SF files
重新打包您的 JAR。
仍然在temporaryDirectory/
中,我们可以重新打包 JAR 以使它们正常工作:cd ../ # If you're still in temporaryDirectory/META-INF jar cfm ../myWorkingJar.jar ./META-INF/MANIFEST.MF -C ./ .
说明:
jar cfm
jar
是 Java 的内置 JAR 构建器。使用c
调用它意味着我们要创建一个JAR,f
代表输出文件(我们接下来指定),m
代表我们要使用的MANIFEST.MF
。如果省略m
,jar
会将空的MANIFEST.MF
写入 JAR。../myWorkingJar.jar
这是我们想要输出 JAR 的路径。它属于我们之前指定的f
。./META-INF/MANIFEST.MF
这是我们要使用的 list 文件。它属于cfm
的m
。-C ./
这意味着我们的.class
文件位于此目录 (.
) 中。.
(最后一个参数)
这指定我们要将此目录添加到 JAR 中。
如果您想要详细描述
jar
正在执行的操作,您可以使用cvfm
而不是cfm
从上面发出命令(v
代表详细)。验证其是否有效。
一切就绪,现在您可以通过发出来检查您的 JAR 是否按预期工作java -jar myWorkingJar.jar
正在删除临时目录。
由于您已完成 JAR 修复,因此您可以安全地删除我们创建的临时目录(和/或“损坏的”JAR)。
我创建了一个简单的 BASH 脚本,可以稍微“自动化”此过程:
#!/bin/bash
JARNAME=myJar.jar # enter your JAR's name here
OUT_JARNAME=myJar_out.jar # enter your output JAR's name here
# Creating the directory, unpacking the JAR, entering META-INF/
mkdir temp
unzip $JARNAME -d temp
cd temp/META-INF
# Renaming the troublemakers.
rename 's/\.DSA$/.DSA.old/' *
rename 's/\.SF$/.SF.old/' *
# Reassembling the JAR
cd ../
jar cfm ../$OUT_JARNAME ./META-INF/MANIFEST.MF -C ./ .
cd ../
# Uncomment this line if you wish to delete the temp directory upon finish.
# rm -r temp
我希望这对也遇到此问题的人有所帮助。
关于java - 生成的 JAR 主类抛出 ClassNotFoundException,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/50934390/