- mongodb - 在 MongoDB mapreduce 中,如何展平值对象?
- javascript - 对象传播与 Object.assign
- html - 输入类型 ="submit"Vs 按钮标签它们可以互换吗?
- sql - 使用 MongoDB 而不是 MS SQL Server 的优缺点
升级到 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.lang.VerifyError : Expecting a stackmap frame at branch target JDK 1. 7,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/15122890/
我一直在努力了解晦涩的堆栈映射框架,它在一次通过中验证动态加载类的作用。 我发现非常有用的堆栈溢出答案和其他资源很少 Is there a better explanation of stack ma
我们正在使用最新的 JDK 7 (u45) 和 ProGuard 版本 4.10 最近开始我们的分发失败,在混淆之后,出现以下错误: Exception in thread "main" java.l
我们正在使用一些涉及字节码增强器的闭源商业应用程序框架。虽然字节码增强器可以处理 Java 7 字节码,但它需要在启动 JVM 时使用“-XX:-UseSplitVerifier”标志。 我们刚刚更新
我在 Web 应用程序启动时遇到异常,因为 guice 正在尝试构造提到的类。 java.lang.VerifyError: Inconsistent stackmap frames at branc
我收到一个错误,但我完全不知道如何修复它。环顾 stackoverflow,这个错误似乎与损坏的文件或在不兼容的 Java 版本中编译的类有关。这是我一直在研究的问题之一:Causes of gett
有没有办法将自定义 HttpServlet 加载到 GAE?我上传了一个在 .server 包中包含 HttpServlet 的项目,并将其添加到 web.xml... testServlet
我正在尝试使用 Spring 工具套件 3.8.3 在 Ubuntu 16.04 上。启动时出现此错误: An internal error occured during: "Initializing
我在此版本的 Java 中使用 Maven 3.2.3 davea$ echo $JAVA_HOME /Library/Java/JavaVirtualMachines/jdk1.8.0_45.jdk
我目前正在尝试使用 LLVM's stackmap feature 编写一个基本的 C 堆栈遍历器。我已经生成了堆栈图,现在我尝试将堆栈图传递给 C 函数,以便我可以使用它。 特别是,我在将 __LL
使用jdk 1.8.0_51源=1.7,目标=1.7Junit 4.6, Ant 1.8.0 发生了什么事? 所有通过 1.7 的测试现在都失败了。我需要了解以下内容: 为什么会这样? 有没有像-XX
我使用jdk 1.7,jekins,maven,当我构建项目时,单元测试失败,错误是: java.lang.VerifyError: Expecting a stackmap frame at bra
成功编译项目并使用 Maven 构建。这是我的第一个 Maven 项目。但我不知道为什么会出现以下错误。 在 tomcat 上部署 war 并点击我的 url 并在我的浏览器中显示以下错误。 java
我在 Tomcat 8 和 JDK 8 中使用 ASM 5.0.3 字节码修改库。 我的目的是将字节码成功地注入(inject)到所有的类中。但是,我遇到了以下错误: java.lang.Verify
当我尝试部署 war 文件时出现以下错误。 SEVERE: WSSERVLET11: failed to parse runtime descriptor: java.lang.VerifyError
java.lang.VerifyError: Inconsistent stackmap frames at branch target 775 Exception Details: Location
我最近将我的项目从 Java 1.7 升级到 Java 1.8。 我的一个类中的某个方法出现堆栈映射不一致的异常。 在方法中初始化一些未分配的局部变量解决了它,但有人可以解释为什么在 Java 8 中
我有一个使用 Akka 的 Java 应用程序 Typed Actors .该代码在 Eclipse 中没有错误,但是当我启动我的应用程序时它崩溃并打印此错误: Exception in thread
我有一个使用 Play Framework 1.2.X 运行的 Google App Engine 网络应用。在 Google 更改了对使用 Java 7 构建的 Web 应用程序的要求后,我一直在代
我在启动方法时不断收到错误,将一些对象从服务器返回到 ExtJs。我是 JavaEE 的新手,我想我在某个地方犯了错误。 这是来自 JBossDevStudio 控制台的日志: 11:04:37,21
升级到 JDK 1.7 后出现以下异常: java.lang.VerifyError: Expecting a stackmap frame at branch target 71 in method
我是一名优秀的程序员,十分优秀!