Java.lang.VerifyError

我在我的J2EE容器中偶尔看到下面的错误。这是集装箱起步的一段时间，没有任何问题，有一段时间集装箱没有出现，因为这个错误，有没有人在......之前看到这个错误？可能是什么原因..？它涉及到任何类加载器/安全问题..？Java.lang.VerifyError

java.lang.VerifyError: (class: com/rsa/authagent/authapi/realmstat/AUTHav, method: a signature: (Lcom/rsa/authagent/authapi/authmsg/AUTHa0;)V) catch_type not a subclass of Throwable 
     at java.lang.Class.getDeclaredFields0(Native Method) 
     at java.lang.Class.privateGetDeclaredFields(Class.java:2259) 
     at java.lang.Class.getDeclaredField(Class.java:1852) 
     at java.io.ObjectStreamClass.getDeclaredSUID(ObjectStreamClass.java:1582) 
     at java.io.ObjectStreamClass.access$700(ObjectStreamClass.java:52) 
     at java.io.ObjectStreamClass$2.run(ObjectStreamClass.java:408) 
     at java.security.AccessController.doPrivileged(Native Method) 
     at java.io.ObjectStreamClass.<init>(ObjectStreamClass.java:400) 
     at java.io.ObjectStreamClass.lookup(ObjectStreamClass.java:297) 
     at java.io.ObjectStreamClass.initNonProxy(ObjectStreamClass.java:531) 
     at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1552) 
     at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1466) 
     at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1699) 
     at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1305) 
     at java.io.ObjectInputStream.readArray(ObjectInputStream.java:1634) 
     at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1299) 
     at java.io.ObjectInputStream.readObject(ObjectInputStream.java:348) 
     at com.rsa.authagent.authapi.realmstat.AUTHi.j(Unknown Source) 
     at com.rsa.authagent.authapi.realmstat.AUTHi.<init>(Unknown Source) 
     at com.rsa.authagent.authapi.realmstat.AUTHh.<init>(Unknown Source) 
     at com.rsa.authagent.authapi.realmstat.AUTHg.<init>(Unknown Source) 
     at com.rsa.authagent.authapi.AuthSessionFactory.a(Unknown Source) 
     at com.rsa.authagent.authapi.AuthSessionFactory.<init>(Unknown Source) 
     at com.rsa.authagent.authapi.AuthSessionFactory.getInstance(Unknown Source) 
     at netx.esf.authentication.rsa.service.RsaAuthenticationServiceImpl.instantiateRsaAPI(RsaAuthenticationServiceImpl.java:1050) 
     at netx.esf.authentication.rsa.service.RsaAuthenticationServiceImpl.start(RsaAuthenticationServiceImpl.java:73) 
     at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 
     at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) 
     at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) 
     at java.lang.reflect.Method.invoke(Method.java:585) 
     at arch.service.beans.RepBasedServiceBean.onMessage(RepBasedServiceBean.java:108) 
     at arch.service.beans.RepBasedServiceImpl.onMessage(RepBasedServiceImpl.java:202) 
     at arch.service.beans.RepBasedServiceImpl.message(RepBasedServiceImpl.java:229) 
     at arch.CORBA.service.ServicePOA.local_message(ServicePOA.java:188) 
     at arch.CORBA.Transport.sendLocalRequest(Transport.java:447) 
     at arch.transport.StubProxy.send_managed_request(StubProxy.java:364) 
     at arch.transport.StubProxy.invoke(StubProxy.java:205) 
     at $Proxy15.start(Unknown Source) 
     at arch.service.beans.RepositoryBasedServiceFactory.startDeployable(RepositoryBasedServiceFactory.java:423) 
     at arch.service.beans.ServiceContainer$ServiceStarter.run(ServiceContainer.java:1392) 
     at arch.service.beans.ServiceContainer$ThreadPool._run(ServiceContainer.java:2934) 
     at arch.util.ThreadPool._runLoopBody(ThreadPool.java:213) 
     at arch.util.ThreadPool._runForThread(ThreadPool.java:230) 
     at arch.util.ThreadPool.access$000(ThreadPool.java:3) 
     at arch.util.ThreadPool$1.run(ThreadPool.java:95)

来源

2010-08-09 Mariselvam

AUTHav.class已损坏（有时候？）。很明显，某些方法被声明为抛出不是Throwable的子类的东西。通常这不应该发生，因为Java编译器会检测到该问题并报告错误。但是，也许类文件被修改/检测，甚至在运行时生成，这引入了零星的错误。或者你有一个命名冲突，班级零星地看到一个不同的非Throwable类，而不是预期的类。

如果AUTHav.class包含在一些档案，你可以看看字节码（与javap或反编译器），如果你找到一个可疑throws参数的方法进行检查。

所以字节代码混淆...那么它可能是 - 这只是一个猜测 - 你有你的J2EE容器内库的多个版本。由于类被混淆，类名AUTHa7和/或AUTHa1有可能被用于库的不同版本中的不同（原始）类。然后，如果类加载器拿起两个或可能在错误的时间错误的一个，它可能发生，那AUTHa7和/或AUTHa1是在运行时不会例外...

来源

2010-08-09 09:47:29

我经过AUTHav.class的字节码。有一个方法如下，公共同步空A（AUTHa0 autha0）抛出AUTHa7，AUTHa1 这里，AUTHa7延伸AUTHa1和AUTHa1扩展了“异常”类....所以我觉得没有什么是可疑的在这里。 ..你有什么主意吗 ..？ – Mariselvam 2010-08-09 13:34:03

...我厌恶混淆字节码 – 2010-08-09 14:52:02

谢谢Andreas，我检查了我的类路径，在不同的JAR文件中有两个同名的类文件。其中一个扩展了预期的“例外”，另一个扩展了。谢谢。 – Mariselvam 2010-08-10 10:05:39

我的猜测：硬件故障，尤其是RAM，导致JVM得到损坏的字节码。通常它会导致彻底崩溃JVM，但它肯定是检查出值得可能性：

Memtest86+

来源

2010-08-09 15:05:11

Java.lang.VerifyError

回答

相关问题