当看不到 java 7 时,Jwrapper 因 java 7 invokedynamic 的错误 class 版本而失败

Jwrapper fails with bad class version for java 7 invokedynamic when there's no java 7 anywhere in sight

我正在尝试构建我的 jwrapper 应用程序,但它失败了

WARNING: Error on output: java.io.IOException: bad class major version for Java 7 invokedynamic
**********************************
*          BUILD FAILED          *
**********************************
** Error Trace:

java.io.IOException: bad class major version for Java 7 invokedynamic
    at com.sun.java.util.jar.pack.PackageWriter.writeByteCodes(PackageWriter.java:1657)
    at com.sun.java.util.jar.pack.PackageWriter.writeMembers(PackageWriter.java:1227)
    at com.sun.java.util.jar.pack.PackageWriter.writeClassesAndByteCodes(PackageWriter.java:1202)
    at com.sun.java.util.jar.pack.PackageWriter.write(PackageWriter.java:79)
    at com.sun.java.util.jar.pack.PackerImpl$DoPack.flushPackage(PackerImpl.java:602)
    at com.sun.java.util.jar.pack.PackerImpl$DoPack.flushAll(PackerImpl.java:556)
    at com.sun.java.util.jar.pack.PackerImpl$DoPack.run(PackerImpl.java:492)
    at com.sun.java.util.jar.pack.PackerImpl.pack(PackerImpl.java:98)
    at jwrapper.pack200.Pack200Compressor.compressFileToOutputStream(Pack200Compressor.java:225)
    at jwrapper.archive.Archive.addFileToStream(Archive.java:422)
    at jwrapper.archive.Archive.addFile(Archive.java:159)
    at jwrapper.archive.Archive.addFile(Archive.java:103)
    at jwrapper.archive.LaunchableArchive.addFile(LaunchableArchive.java:43)
    at jwrapper.archive.LaunchableArchive.addFile(LaunchableArchive.java:29)
    at jwrapper.JWrapperCompiler.main(JWrapperCompiler.java:2827)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:483)
    at SecureRunner2.<init>(SecureRunner2.java:452)
    at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
    at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
    at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
    at java.lang.reflect.Constructor.newInstance(Constructor.java:408)
    at SecureRunner1.<init>(SecureRunner1.java:410)
    at SecureRunner1.<init>(SecureRunner1.java:227)
    at SecureRunner1.main(SecureRunner1.java:52)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:483)

它过去完全没有问题,也没有任何改变(不是 jwrapper.xml 文件,如果有帮助可以附上,也不是 java 版本 jdk1.8。 0_31,甚至是被包装的代码!)。让我感到困惑的是(是的,我用谷歌搜索了 invokedynamic、java 7、jwrapper 等以及它们的各种组合),是 Java 7 是如何参与的。我的系统上没有 Java 7 的实例——我正在打包 1.8.0_31 JRE,并且正在使用 jdk1.8.0_31 到 运行 该过程。

事实证明,proguard 正在预处理那些 class 文件,并将它们标记为版本 1.6 class 文件。这很好,直到一些代码实际使用了 invokedynamic,然后触发了错误。因此,这种情况是由使用 Java 1.8 功能引起的,而不仅仅是包含为 java 1.8.

构建的库

引用Java7是因为'invokedynamic'指令是在Java7中添加到JVM中的。

所以看起来代码使用的是 'invokedynamic' 但 class 文件版本是 Java 6 或更早版本(所以主要版本是错误的)。