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을 사용하는 경우 JVM 속성에서 제거 XX:-UseSplitVerifier하고 사용 -noverify하십시오.
답변
이 문제가 발생하여 -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입니다.
답변
패스 -noverify테스트 작업에 JVM 인수를. gradle을 사용하는 경우 build.gradle다음과 같은 것을 가질 수 있습니다.
test {
jvmArgs "-noverify"
}
답변
이 오류는 Mockito를 사용하여 최종 클래스 를 모의 할 때 발생할 수 있습니다 .
대신 Mockito 인라인 또는 Powermock을 사용하는 것이 좋습니다.
답변
파헤쳐 서 미안하지만 같은 문제를 만났고 더 간단한 해결책을 찾았습니다.
Java 컴파일러 옵션에서 “사용하지 않는 (읽지 않음) 로컬 변수 보존” 을 선택 취소해야 하므로 대상 JVM 버전을 다시 변경할 필요가 없습니다.
이전 Eclipe 버전의 버그 인 것 같습니다.
