WebSphere 9部署应用时出现java.lang.NoSuchMethodError错误求助

这个问题的核心原因很明确：WebSphere自带的com.ibm.ws.cdi.logging.jar包含了旧版本的JBoss Logging类，它的加载优先级比你应用里的jboss-logging-3.3.0.Final.jar更高，而旧版本中并没有Logger.debugf(String, int)这个方法，因此触发了错误。另一台机器因为缺少这个自带jar，自然就优先加载了应用内的新版本，所以没有出现问题。

下面是几种可行的解决办法，按推荐程度排序：

方法一：调整应用的类加载策略（最推荐） #

WebSphere允许配置应用的类加载顺序，让应用自身的jar包优先于服务器自带类加载。操作步骤如下：

• 登录WebSphere管理控制台，找到你的目标应用程序
• 进入应用的类加载和更新检测设置页面
• 将类加载顺序改为应用程序类加载器优先（对应PARENT_LAST模式，即先从应用的lib目录查找类，找不到再去服务器自带库中寻找）
• 保存配置并重启应用

这种方式无需修改jar包或服务器文件，是最安全且通用的解决方案。

方法二：排除WebSphere自带的JBoss Logging类 #

如果方法一不适用，你可以通过WebSphere的共享库或类加载过滤机制，强制使用应用内的新版本JBoss Logging：

1. 进入WebSphere管理控制台的环境 > 共享库，创建新的共享库，将你的jboss-logging-3.3.0.Final.jar添加进去
2. 回到应用配置页面，在类加载器设置中，将这个共享库关联到应用的类加载器，并设置为应用程序类加载器优先
3. 也可以在应用的MANIFEST.MF文件中添加Class-Path条目指向你的jboss-logging jar；或者在WebSphere的服务器 > 应用程序服务器 > [你的服务器] > Java和进程管理 > 进程定义 > Java虚拟机中，添加-Djava.endorsed.dirs参数指向存放jboss-logging jar的目录（注：这种方式需谨慎，可能影响服务器上的其他应用）

方法三：移除服务器自带的冲突jar（不推荐） #

虽然你提到另一台机器删除com.ibm.ws.cdi.logging.jar后问题消失，但直接删除服务器目录下的这个jar存在风险——可能会影响WebSphere的CDI相关核心功能。如果一定要尝试，建议先备份该jar文件，再测试服务器及其他应用是否能正常运行。

验证方式 #

修改配置后重新部署应用，查看日志是否仍出现NoSuchMethodError。你也可以通过WebSphere的故障诊断 > 类加载器查看器，确认org.jboss.logging.Logger类是从哪个jar包加载的，确保是应用内的jboss-logging-3.3.0.Final.jar版本。

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