WAS(Websphere) 7升级到8.5遇到的头疼Verify Error问题

关注

原创最新推荐文章于 2026-06-25 12:25:31 发布 3k 阅读 AI 写同款· GEO 优化 ›

14 Linux——软件包管理简介与RPM包管理之rpm命令管理 Windows中所有软件包都不能在Linux中直接使用源码包就是把源代码直接开放给你的包，Linux使用C语言写的如果用源码包安装一般比较慢而且容易报错，所以现在一般都用二进制包源码包慢的原因是要编译，二进制包是厂家编译之后给你，好处是安装更快，坏处是我不能再看到源代码脚本安装包绝大多是都是源码包进行再开发之后的源码包，特征是不需要手工安装。源码包都是需要手工安装的，脚本安装包会出现类似Windows的安装界面 —————————————————————— rpm命令管理——包命名与依赖.. 阅读详情

从Java6升级到Java7最痛恨的问题相信就是Java Verify Error了。Java7中加强了Class文件的安全性检查，结果系统上来一大堆的Verify Error。在这里说说我们系统中遇到哪些Verify Error，以及都是如何解决的：
第一种是Unit Test相关的Verify Error，由mock引起的。这里又分两种情况
1. 是由于Javassit的版本太低，导致mock class不符合Verify规范。这种可以简单通过升级javassit包版本就可以解决。可以到javassit的jira查看具体release fix的问题：https://issues.jboss.org/projects/JASSIST/versions/12320598
2. JDK bug，http://stackoverflow.com/questions/25428317/bad-init-method-call-from-inside-of-a-branch，OpenJDK最起码要7u75版本以后才没有问题。

第二种折腾了我好久麻烦的是我遇到的openjpa enhanced entity class verify error。这个错误非常的奇葩，openjpa是was8.5官方支持的jpa2.0 library。无论如何都不应该出现这个错误。这个问题却出现了我们的系统从WAS7迁移到WAS8.5上面。在本地的websphere没有问题，在服务器上一直报verify error。折腾了一个多礼拜，最后才发现这个问题是因为infrastructure team在Websphere环境中加入了他们自己的monitor系统introscope, 2个java instrument jar有冲突导致的，具体可以参考：https://docops.ca.com/ca-apm/10/en/ca-apm-release-notes/known-issues/third-party-known-issues#Third-PartyKnownIssues-Defect266900-IssuewithIntroscopeMonitoringOpenJPAbasedApplicationonJava7
这个坑要引以为戒，bytecode instrument很好，不过在java7之后要用好，一定要小心，特别是有多个instrument package的时候。

收录于