Open Liberty运行代码与26.0.0.3源码不符致NPE，求原因及修复方案

一、潜在原因 #

• 镜像标签与实际内容不符：open-liberty-s2i:26.0.0.3镜像可能未正确打包修复后的Open Liberty 26.0.0.3版本代码，比如构建时拉取了旧版本Liberty，或者镜像标签被错误复用指向未修复的版本。
• 应用自定义覆盖核心库：如果应用通过S2I构建流程添加了自定义的Liberty相关JAR包，可能覆盖了镜像自带的com.ibm.ws.jdbc模块，导致使用未修复的旧代码。
• OpenShift节点镜像缓存：集群节点可能缓存了旧版本的open-liberty-s2i镜像，即使触发部署，实际运行的仍是缓存中的未修复版本。

二、修复步骤 #

1. 验证Pod内Liberty实际版本与代码

   • 进入运行中的Pod，执行命令查看Liberty版本：

     /opt/ol/wlp/bin/server version
     

   • 检查DB2Helper类的字节码内容，确认是否包含判空逻辑：

     javap -c $(find /opt/ol/wlp -name "com.ibm.ws.jdbc*.jar") | grep -A 10 -B 2 "isAuthException"
     

2. 强制拉取镜像并清理缓存

   • 重启部署并强制拉取镜像，禁用本地缓存：

     oc rollout restart deployment/<你的部署名称> --image-pull-policy=Always
     

   • 若节点缓存未更新，手动清理节点上的旧镜像：

     oc debug node/<目标节点名称> -- chroot /host crictl rmi <旧镜像ID>
     

3. 移除自定义Liberty库依赖

   • 检查S2I构建脚本或应用代码，确认是否有将外部Liberty JAR包放入lib、usr/shared/lib等目录的操作。如有，删除这些自定义JAR，依赖镜像自带的核心库。

4. 升级到更高版本镜像

   • 由于26.0.0.3版本可能存在镜像构建异常，建议升级到包含该修复的后续稳定版本（如26.0.0.4及以上），替换open-liberty-s2i的镜像标签为对应版本后重新部署。

5. 临时替换修复JAR包

   • 若无法立即升级镜像，可获取修复后的com.ibm.ws.jdbc.jar，通过ConfigMap挂载替换Pod中的对应文件：

     # 创建包含修复JAR的ConfigMap
     oc create configmap liberty-jdbc-fix --from-file=com.ibm.ws.jdbc.jar=<本地修复JAR路径>
     # 修改部署，挂载ConfigMap覆盖原有JAR
     oc set volume deployment/<你的部署名称> --add --name=jdbc-fix-vol --mount-path=/opt/ol/wlp/dev/api/ibm/com.ibm.ws.jdbc_<版本号>.jar --sub-path=com.ibm.ws.jdbc.jar --configmap-name=liberty-jdbc-fix
     

   注意：替换时需匹配Pod中实际的JAR文件名版本号

内容的提问来源于stack exchange，提问作者broodjetom