所以,我花了一整天的时间来解决这个问题。
我确信我使用的是正确的类路径。
另外,我还有其他包作为依赖项,它们工作得很好。
我有一个使用 org.json.* 的类
这个类中还使用了一些其他的外包装。
所有这些依赖项都作为 jar 文件放置在我的 /path/to/libs/ 中。
json-20160212.jar 就在其中。
我正在编译我的资源
javac \
-cp "src/:/path/to/libs/json-20160212.jar:/path/to/libs/other.jar:/path/to/libs/another.jar" \
-d dst/ \
src/com/example/Source.java
编译没有问题。
然后,我从我的类文件创建 jar。
清单:
Main-Class: com.example.Source
Class-Path: /path/to/libs/json-20160212.jar
/path/to/libs/other.jar
/path/to/libs/another.jar
命令行:
jar cfm output.jar manifest -C dst/ ./com
我收到了带有此清单的 jar:
Manifest-Version: 1.0
Class-Path: /path/to/libs/json-20160212.jar /path/to/libs/other.jar /p
ath/to/libs/another.jar
Created-By: 1.7.0_101 (Oracle Corporation)
Main-Class: com.example.Source
据我了解,编译后的清单可以有分割线。
现在,我从命令行运行我的应用程序并收到此错误:
Exception in thread "Thread-0" java.lang.NoClassDefFoundError: org/json/JSONException
at com.example.Source.run(Source.java:30)
Caused by: java.lang.ClassNotFoundException: org.json.JSONException
at java.net.URLClassLoader$1.run(URLClassLoader.java:366)
at java.net.URLClassLoader$1.run(URLClassLoader.java:355)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:354)
at java.lang.ClassLoader.loadClass(ClassLoader.java:425)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:308)
at java.lang.ClassLoader.loadClass(ClassLoader.java:358)
... 1 more
据我所知,这意味着 org.json.JSONException 在编译时没问题,但在运行时丢失。
但我必须如何处理这些信息?
我有那个文件。它在编译和运行时就在其位置。
还有其他依赖,他们的jar也在那个地方。
如果我从应用程序中删除 JSON 使用,则一切正常。
所以,我可以得出结论,是 org.json 包本身造成了问题。
我必须做什么才能让它发挥作用?
更新
现在,我做出了这样的改变:
我的目录结构:
libs/
json-20160212.jar
other.jar
another.jar
src/
com/
example/
Source.java
dst/
清单:
Main-Class: com.example.Source
Class-Path: libs/json-20160212.jar
libs/other.jar
libs/another.jar
编译:
javac \
-cp "src/:libs/json-20160212.jar:libs/other.jar:libs/another.jar" \
-d dst/ \
src/com/example/Source.java
归档:
jar cfm dst/output.jar manifest -C dst/ ./com ./libs
我得到了结构例外的罐子:
META-INF/
META-INF/MANIFEST.MF
com/
com/example/
com/example/Source.class
libs/
libs/json-20160212.jar
libs/other.jar
libs/another.jar
我正在使用
java -jar dst/output.jar
运行它。java.lang.NoClassDefFoundError: org/json/JSONException
问题是你的运行时类路径。 这个错误没有什么魔力。这很简单意味着 org.json.JSONException 不在您的运行时类路径上。找到包含此类的 jar 并将其放在运行时类路径中。
注意,运行时所需的jar/类不一定与编译所需的相同。您的运行时类路径通常需要比编译类路径更多的内容。如果您正在编译的代码中未显式使用 JSONException,则它不必位于您的编译类路径中。但是,如果您的代码的依赖项之一需要 JSONException 并且它不在您的运行时类路径上,您将收到 NoClassDefFoundError。
可能发生的另一个问题是类路径上有 2 个不同版本的 json jar。通常,类路径上类的第一个版本会被加载,而另一个版本会被忽略。如果第一个 jar 中没有您需要的 JSONException 版本/签名,但第二个 jar 中有,您仍然会忽略正确的类,因为它位于类路径的更下方。
问题似乎是您没有将依赖的 jar 添加到生成的 jar 中。
我创建了一个类似的测试 jar,具有以下结构(使用 jar tf 检查)...
元信息/
元-INF/清单.MF
BeanIt.class
TestBean.class
库/
lib/opencsv-3.7.jar
lib/commons-lang3-3.4.jar
我的清单...
主类:BeanIt
类路径:lib/opencsv-3.7.jar lib/commons-lang3-3.4.jar
为了创建这个 jar,您需要执行类似于此的命令...
jar cfm App.jar MANIFEST.MF BeanIt.class TestBean.class lib
您可以看到我已将 lib 文件夹添加到 jar 中,并在清单中的类路径上引用了其内容。
所以,您可以更新现有的库,就像这样......
jar uf App.jar path
其中path是你的path/to/lib目录的根路径。它只会将其添加到您的罐子中。
您可以先使用
jar tf
检查您的罐子,看看它包含什么。
如果您仍然难以使其正常工作,那么您可以查看“FAT JAR”解决方案,通过该解决方案您可以扩展所有内部 jar 类并将它们全部展平为包含所有必要类的单个 JAR。他们使用决策机制来处理不同 JAR 中的类冲突。如果您无法让您的 JAR 按您期望的方式工作,那么您可能需要使用 sbt-assemble 或 OneJar 等工具。
所以,解决方案:
据我所知,访问 jar 内的 jar 文件内容的唯一方法是编写自己的类加载器。
如果没有它,则必须提取 jar 文件,并且提取的内容必须包含到 output.jar 中。
添加此依赖项:
testImplementation("org.skyscreamer:jsonassert:1.5.3")