java.lang.VerifyError:期望分支目标JDK 1.7处的stackmap帧

时间:2013-02-27 21:35:40

标签: java jaxb java-7

升级到JDK 1.7后,我遇到异常:

java.lang.VerifyError: Expecting a stackmap frame at branch target 71 in method com.abc.domain.myPackage.MyClass$JaxbAccessorM_getDescription_setDescription_java_lang_String.get(Ljava/lang/Object;)Ljava/lang/Object; at offset 20
    at java.lang.Class.getDeclaredConstructors0(Native Method)
    at java.lang.Class.privateGetDeclaredConstructors(Class.java:2413)
    at java.lang.Class.getConstructor0(Class.java:2723)
    at java.lang.Class.newInstance0(Class.java:345)
    at java.lang.Class.newInstance(Class.java:327)
    at com.sun.xml.internal.bind.v2.runtime.reflect.opt.OptimizedAccessorFactory.instanciate(OptimizedAccessorFactory.java:184)
    at com.sun.xml.internal.bind.v2.runtime.reflect.opt.OptimizedAccessorFactory.get(OptimizedAccessorFactory.java:129)
    at com.sun.xml.internal.bind.v2.runtime.reflect.Accessor$GetterSetterReflection.optimize(Accessor.java:384)
    at com.sun.xml.internal.bind.v2.runtime.property.SingleElementLeafProperty.<init>(SingleElementLeafProperty.java:72)
    at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
    at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)
    at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
    at java.lang.reflect.Constructor.newInstance(Constructor.java:525)
    at com.sun.xml.internal.bind.v2.runtime.property.PropertyFactory.create(PropertyFactory.java:113)
    at com.sun.xml.internal.bind.v2.runtime.ClassBeanInfoImpl.<init>(ClassBeanInfoImpl.java:166)
    at com.sun.xml.internal.bind.v2.runtime.JAXBContextImpl.getOrCreate(JAXBContextImpl.java:494)
    at com.sun.xml.internal.bind.v2.runtime.JAXBContextImpl.<init>(JAXBContextImpl.java:311)
    at com.sun.xml.internal.bind.v2.runtime.JAXBContextImpl.<init>(JAXBContextImpl.java:126)
    at com.sun.xml.internal.bind.v2.runtime.JAXBContextImpl$JAXBContextBuilder.build(JAXBContextImpl.java:1148)
    at com.sun.xml.internal.bind.v2.ContextFactory.createContext(ContextFactory.java:130)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:601)
    at javax.xml.bind.ContextFinder.newInstance(ContextFinder.java:248)
    at javax.xml.bind.ContextFinder.newInstance(ContextFinder.java:235)
    at javax.xml.bind.ContextFinder.find(ContextFinder.java:445)
    at javax.xml.bind.JAXBContext.newInstance(JAXBContext.java:637)
    at javax.xml.bind.JAXBContext.newInstance(JAXBContext.java:584)
    at com.abc.domain.myPackage.MyClass.marshalFacetsTest(MyClass.java:73)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:601)
    at org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:80)
    at org.testng.internal.Invoker.invokeMethod(Invoker.java:714)
    at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:901)
    at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1231)
    at org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:128)
    at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:111)
    at org.testng.TestRunner.privateRun(TestRunner.java:767)
    at org.testng.TestRunner.run(TestRunner.java:617)
    at org.testng.SuiteRunner.runTest(SuiteRunner.java:334)
    at org.testng.SuiteRunner.runSequentially(SuiteRunner.java:329)
    at org.testng.SuiteRunner.privateRun(SuiteRunner.java:291)
    at org.testng.SuiteRunner.run(SuiteRunner.java:240)
    at org.testng.SuiteRunnerWorker.runSuite(SuiteRunnerWorker.java:52)
    at org.testng.SuiteRunnerWorker.run(SuiteRunnerWorker.java:86)
    at org.testng.TestNG.runSuitesSequentially(TestNG.java:1203)
    at org.testng.TestNG.runSuitesLocally(TestNG.java:1128)
    at org.testng.TestNG.run(TestNG.java:1036)
    at org.testng.remote.RemoteTestNG.run(RemoteTestNG.java:111)
    at org.testng.remote.RemoteTestNG.initAndRun(RemoteTestNG.java:204)
    at org.testng.remote.RemoteTestNG.main(RemoteTestNG.java:175)

9 个答案:

答案 0 :(得分:157)

Java 7引入了更严格的验证并稍微更改了类格式 - 包含用于验证代码是否正确的堆栈映射。您看到的异常意味着某些方法没有有效的堆栈映射。

Java版本或字节码检测都可能是罪魁祸首。通常这意味着应用程序使用的库生成无效的字节码,但不通过更严格的验证。因此,开发人员可以将其作为库的错误报告。

作为一种解决方法,您可以将-noverify添加到JVM参数以禁用验证。在Java 7中,也可以使用-XX:-UseSplitVerifier来使用不太严格的验证方法,但在Java 8中删除了该选项。

答案 1 :(得分:13)

如果您使用的是Java 1.8,请删除function loadOnlyOneImage() { var vobj = $('.xxx img[src*="mainimage"][data-loaded!="true"]:first'); if (vobj.length) { var inmainurl = 'https://xxx.kki/api/oembed.json?url=' + vobj.attr('src'); $.ajax({ url: inmainurl, dataType: 'json', success: function(result) { vobj.attr('src', result.thumbnail_url); vobj.attr('data-loaded', true); loadOnlyOneImage(); } }); } } loadOnlyOneImage(); 并在JVM属性中使用XX:-UseSplitVerifier

答案 2 :(得分:8)

我遇到了这个问题并尝试使用真正有效的标志-noverify。这是因为新的字节码验证器。旗帜应该真的有效。 我使用的是JDK 1.7。

注意:如果您使用的是JDK 1.8

,则无效

答案 3 :(得分:2)

导致问题的文件之间的唯一区别是文件的第8个字节

CA FE BA BE 00 00 00 33 - Java 7

VS

CA FE BA BE 00 00 00 32 - Java 6

设置-XX:-UseSplitVerifier可以解决问题。但是,此问题的原因是https://bugs.eclipse.org/bugs/show_bug.cgi?id=339388

答案 4 :(得分:2)

-noverify JVM参数传递给您的测试任务。如果您使用gradle,则在build.gradle中,您可以看到类似

的内容:
test {
  jvmArgs "-noverify"
}

答案 5 :(得分:0)

很抱歉挖掘,但我遇到了同样的问题并找到了更简单的解决方案。

在Java编译器选项中,您需要取消选中“保留未使用(从不读取)的局部变量”,这样就无需更改目标JVM版本。

这似乎是旧版Eclipe版本中的一个错误。

答案 6 :(得分:0)

当您使用Mockito来模拟最终课程时,可能会发生此错误。

考虑改为使用Mockito内联或Powermock。

答案 7 :(得分:-3)

如果您自己构建代码,那么可以通过向java编译器提供“-target 1.5”(或通过在IDE或构建配置中设置相应的选项)来克服此问题。

答案 8 :(得分:-11)

此链接很有帮助。 java.lang.VerifyError: Expecting a stackmap frame

最简单的方法是将JRE更改为6。