JVMVRFY012：JSTL标记的VerifyError-Foreach

Question

IBM WAS:8.5.5版本

在JSP页面上有

错误500：java。lang.例外：java。lang.VerifyError：JVMVRFY012堆栈形状不一致；class=com/ibm/\u jsp/\u desktop，method=\u jspx\u meth\u c\u set\u 0（Ljavax/servlet/jsp/PageContext；）Z、 pc=73；

签名org/apache/jasper/el/ELContextWrapper中的参数1类型不匹配：（Ljavax/el/ELContext；Ljavax/el/FunctionMapper；）V与异常详细信息不匹配：

位置：com/ibm/_jsp/_desktop。_jspx_meth_c_set_0（Ljavax/servlet/jsp/PageContext；）Z@73：JBInvokes特殊原因：类型'org/apache/jasper/runtime/ProtectedFunctionMapper'（当前帧，堆栈[8]）不可分配给'javax/el/FunctionMapper'

当前帧：bci：@73标志：{}本地：{“com/ibm/jsp/u desktop”、“javax/servlet/jsp/PageContext”、“javax/servlet/jsp/JspWriter”、“org/apache/taglibs/standard/tag/rt/core/SetTag”}堆栈：{'org/apache/taglibs/standard/tag/rt/core/SetTag'，'uninitialized'，'java/lang/String'，'javax/el/ExpressionFactory'，'uninitialized'，'uninitialized'，'javax/el/ELContext'，'org/apache/jasper/runtime/ProtectedFunctionMapper'}堆栈映射表：append_frame（@128，Object[#127]，Object[#231]，integer）

在阅读https://www.ibm.com/support/pages/ibm-java-linux-howto-resolving-javalangverifyerror-jvmvrfy012-stack-shape-inconsistent时，要明白原因可能是

1. 代码是针对与运行时使用的库不同的库编译的
2. 一个类试图扩展一个声明为最终的类
3. 一个方法试图覆盖声明为最终的超级方法
4. 一个错误的参数被传递给一个方法

它看起来确实是#4-但相同的代码在Tomcat中工作，在IBM中不工作，我不确定为什么WAS传递了错误的参数。关于我们如何解决这个问题，有什么建议吗？

Answer 1

这看起来像javax之间的交叉链接。应用程序中的el库和服务器中打包的版本。上次使用PARENT\u时，应用程序中包含的任何Java EE API都会加载两次，一次从服务器加载，一次从应用程序加载（因为应用程序加载程序不会将该加载委托给其父级）。根据使用中的其他类/包，您可以有一个实例，其中一个类最终直接引用该类的一个实例，并间接（通过其他引用）引用另一个实例，JVM将在该场景中抛出VerifyError。

最简单的答案是：如果您不能100%确定您需要javax的版本。如果在应用程序中删除el类，则不可能出现此特定错误。如果您确实依赖于该版本，那么它会变得更加棘手，因为它可能需要向应用程序添加额外的内容（以避免从服务器获取内容），或者可能是这个特定的库无法在PARENT\u上次加载时被安全覆盖。这种分析需要更深入地研究错误堆栈，可能还需要深入研究类加载的详细跟踪。

Answer 2

您可能需要探索Servlet/JSP版本兼容性。

was：8.5.5参考

• Servlet 3.0
• JSP 2.2

如果您碰巧使用Spring Boot：

• 2.2。x和2.1。x需要Servlet 3.1
• 2.0。x支持Servlet 3.0