はにjava.lang.VerifyError：JDK 1.7にアップグレードした後、私は例外の下に取得していますJDK 1.7

Question

分岐ターゲットでスタックマップフレームを期待：

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) 

Answer 1

のJava 7には、より厳格な検証を導入し、ビット—にクラスのフォーマットを変更しましたコードが正しいことを確認するために使用されるスタックマップを含みます。表示される例外は、一部のメソッドに有効なスタックマップがないことを意味します。

Javaバージョンまたはバイトコード計測器の両方が責任を負う可能性があります。通常、これは、アプリケーションによって使用されるライブラリが、厳密な検証に合格しない無効なバイトコードを生成することを意味します。したがって、ライブラリにバグとして報告する以外に、開発者が行うことができます。

解決策として、確認を無効にするために、-noverifyをJVM引数に追加できます。 Java 7では、より厳格ではない検証方法を使用するために-XX:-UseSplitVerifierを使用することもできましたが、そのオプションはJava 8では削除されました。

Answer 2

このリンクは参考になりました。 java.lang.VerifyError: Expecting a stackmap frame

最も簡単な方法は、6

Answer 3

掘るために申し訳ありませんにJREを変更しているが、私は同じ問題に会ったとsimplierの解決策を見つけました。あなたがそのターゲットJVMのバージョンをバックに変更する必要がない「未使用（読んだことがない）ローカル変数を保持」をオフにする必要がありますJavaコンパイラオプション

。

古いEclipeのバグのようです。

Answer 4

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

Answer 5

この問題が発生し、実際に動作するフラグ-noverifyを試してみます。これは、新しいバイトコードベリファイアのためです。フラグが実際に機能するはずです。 JDK 1.7を使用しています。

注：Javaの1.8を使用している場合は、

Answer 6

JDK 1.8を使用している場合、これは動作しないだろう、XX:-UseSplitVerifierを削除して、JVMのプロパティで-noverifyを使用しています。

Answer 7

問題の原因はファイルの8バイト目があると、ファイルの唯一の違いは、

CA FE BAは00 00 00 33 BE - Javaは7

対

CA FE BA BE 00 00 00 32 - Java 6

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