我正在调查以下java.lang.VerifyError

java.lang.VerifyError: (class: be/post/ehr/wfm/application/serviceorganization/report/DisplayReportServlet, method: getMonthData signature: (IILjava/util/Collection;Ljava/util/Collection;Ljava/util/HashMap;Ljava/util/Collection;Ljava/util/Locale;Lorg/apache/struts/util/MessageRe˜̴Mt̴MÚw€mçw€mp:”MŒŒ
                at java.lang.Class.getDeclaredConstructors0(Native Method)
                at java.lang.Class.privateGetDeclaredConstructors(Class.java:2357)
                at java.lang.Class.getConstructor0(Class.java:2671)

它在部署servlet的jboss服务器启动时发生。 它是用jdk-1.5.0_11编译的,我试图用jdk-1.5.0_15重新编译它,但没有成功。也就是说,编译运行正常,但在部署时,会发生java.lang.VerifyError。

当我改变方法名,得到以下错误:

java.lang.VerifyError: (class: be/post/ehr/wfm/application/serviceorganization/report/DisplayReportServlet, method: getMD signature: (IILjava/util/Collection;Lj    ava/util/Collection;Ljava/util/HashMap;Ljava/util/Collection;Ljava/util/Locale;Lorg/apache/struts/util/MessageResources ØÅN|ØÅNÚw€mçw€mX#ÖM|XÔM
            at java.lang.Class.getDeclaredConstructors0(Native Method)
            at java.lang.Class.privateGetDeclaredConstructors(Class.java:2357
            at java.lang.Class.getConstructor0(Class.java:2671)
            at java.lang.Class.newInstance0(Class.java:321)
            at java.lang.Class.newInstance(Class.java:303)

您可以看到显示了更多的方法签名。

实际的方法签名是

  private PgasePdfTable getMonthData(int month, int year, Collection dayTypes,
                          Collection calendarDays,
                          HashMap bcSpecialDays,
                          Collection activityPeriods,
                          Locale locale, MessageResources resources) throws   Exception {

我已经试着用javap看它,它给出了方法签名,因为它应该是。

当我的其他同事检出代码、编译并部署时,他们也遇到了同样的问题。当构建服务器获取代码并将其部署到开发或测试环境(HPUX)时,会发生相同的错误。运行Ubuntu的自动测试机器在服务器启动时也显示了同样的错误。

应用程序的其余部分运行正常,只有一个servlet出了问题。 知道去哪里找会很有帮助。


当前回答

导致此错误的另一个原因可能是AspectJ <= 1.6.11与JRE > 6的组合。

详细信息请参见Eclipse Bug 353467和Kieker ticket 307。

当在JRE 6上一切正常,而迁移到JRE7时,情况尤其如此。

其他回答

使用JRE > 6的CGLIB < 2.2可能会触发类似的错误,请参见“我应该升级到CGLIB 3.0吗?”和Spring sprr -9669上的一些评论。

当在JRE 6上一切工作正常,而仅仅切换到JRE7就会出现问题时,这一点尤其正确。

verifyerror意味着你编译的字节码指向了Android无法找到的东西。这个verifyError问题我只与kitkat4.4和更低的版本,而不是在上面的版本,即使我在两个设备上运行相同的构建。当我使用老版本的jackson json解析器时,它显示java.lang.verifyerror

compile 'com.fasterxml.jackson.core:jackson-databind:2.2.+'
compile 'com.fasterxml.jackson.core:jackson-core:2.2.+'
compile 'com.fasterxml.jackson.core:jackson-annotations:2.2.+'

然后我将dependency更改为最新版本2.2到2.7,没有核心库,然后它就可以工作了。这意味着core的Methods和其他内容被迁移到Databind2.7的最新版本。这解决了我的问题。

compile 'com.fasterxml.jackson.core:jackson-annotations:2.7.0-rc3'
compile 'com.fasterxml.jackson.core:jackson-databind:2.7.0-rc3'

VerifyError意味着类文件包含的字节码在语法上是正确的,但违反了一些语义限制,例如跨越方法边界的跳转目标。

基本上,VerifyError只会发生在有编译器错误时,或者当类文件以其他方式损坏时(例如通过错误的RAM或失败的HD)。

尝试在不同的机器上使用不同的JDK版本进行编译。

java.lang.VerifyError是最差的。

如果方法的字节码大小超过64kb限制,就会得到这个错误;但你可能已经注意到了。

您是否100%确定这个类不存在于应用程序的类路径中,比如在另一个jar中?

另外,从堆栈跟踪中,是源文件的字符编码(utf-8?)对吗?

在类路径上检查同一个jar文件的多个版本。

例如,我的类路径中有opennlp-tools-1.3.0.jar和opennlp-tools-1.5.3.jar,并得到了这个错误。解决方案是删除opennlp-tools-1.3.0.jar。