java - 得到java.lang.VerifyError的原因

我正在调查以下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进行查看，并且给出了应该的方法签名。

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

该应用程序的其余部分可以正常运行，只有一个servlet发生故障。
在哪里寻找任何想法都会有所帮助。

最佳答案

当针对与运行时使用的库不同的库进行编译时，java.lang.VerifyError可能是结果。

例如，在尝试运行针对Xerces 1编译的程序但在类路径中找到Xerces 2时，这发生在我身上。在运行时找到了所需的类(在org.apache.*命名空间中)，因此ClassNotFoundException是而不是。对类和方法进行了更改，以便在运行时找到的方法签名与编译时不匹配。

通常，编译器会标记方法签名不匹配的问题。 JVM将在加载类时再次验证字节码，并在字节码尝试执行不应允许的操作时抛出VerifyError-例如调用返回String的方法，然后将该返回值存储在保存List的字段中。