java.lang.VerifyError：分岐ターゲットJDK 1.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)

Java 7では、より厳密な検証が導入され、クラス形式が少し変更されました。コードが正しいことを検証するために使用されるスタックマップが含まれるようになりました。表示される例外は、一部のメソッドに有効なスタックマップがないことを意味します。

Javaバージョンまたはバイトコードインストルメンテーションの両方が原因である可能性があります。通常、これは、アプリケーションが使用するライブラリが、厳密な検証に合格しない無効なバイトコードを生成することを意味します。したがって、ライブラリへのバグとしてそれを報告すること以外に何も開発者が行うことができません。

回避策として、-noverify検証を無効にするためにJVM引数に追加できます。Java 7では-XX:-UseSplitVerifier、厳密性の低い検証方法を使用することも可能でしたが、そのオプションはJava 8で削除されました。

Java 1.8 XX:-UseSplitVerifierを使用-noverifyしている場合は、削除してJVMプロパティで使用します。

私はこの問題に遭遇し、-noverify実際に機能するフラグを使用してみました。これは、新しいバイトコード検証機能が原因です。したがって、フラグは実際に機能するはずです。JDK 1.7を使用しています。

注：JDK 1.8を使用している場合、これは機能しません。

問題の原因となっているファイル間の唯一の違いは、ファイルの8番目のバイトです。

CA FE BA BE 00 00 00 33-Java 7

対

CA FE BA BE 00 00 00 32-Java 6

設定-XX:-UseSplitVerifierは問題を解決します。ただし、この問題の原因はhttps://bugs.eclipse.org/bugs/show_bug.cgi?id=339388です。

-noverifyJVM引数をテストタスクに渡します。Gradleを使用しているbuild.gradle場合は、次のようになります。

test {
  jvmArgs "-noverify"
}

このエラーは、Mockitoを使用して最終クラスをモックするときに発生する可能性があります。

代わりにMockitoインラインまたはPowermockの使用を検討してください。

掘り下げて申し訳ありませんが、同じ問題に遭遇し、より単純な解決策を見つけました。

Javaコンパイラオプションでは、[ 未使用の（読み込まれない）ローカル変数を保持する]をオフにする必要があります。ため、ターゲットJVMバージョンを元に戻す必要はありません。

Eclipeの古いバージョンのバグのようです。

自分でコードをビルドしている場合、この問題は、「-target 1.5」をJavaコンパイラーに与える（またはIDEまたはビルド構成で対応するオプションを設定する）ことで解決できます。

このリンクは役に立ちます。 java.lang.VerifyError：スタックマップフレームが必要です

最も簡単な方法は、JREを6に変更することです。