Tomcat调用JBOSS 4托管的EJB，新部署后交替出现结果与错误

这种交替出现正常/错误的情况，在多节点集群环境下太常见了！结合你描述的场景——修改ABCCore.java更新TestCore.jar后出现问题，大概率是集群节点部署不一致或者应用服务器类加载缓存未清理导致的，毕竟你要同步更新JBoss和Tomcat的四个节点，很容易出现疏漏。

可能的原因及排查步骤： #

1. 节点部署不一致，部分节点仍在用旧版TestCore.jar

别想当然觉得“我已经更了所有服务器”，手动部署很容易漏节点！挨个登录JBoss node1/node2、Tomcat node1/node2，检查每个节点上的TestCore.jar文件：

• 对比Jar包的修改时间、文件大小，或者解压Jar看ABCCore.class的编译时间，确认所有节点都是最新版本。
• 对于JBoss集群，还要检查它的部署扫描配置是否开启——如果是直接替换Jar文件而没触发部署扫描，JBoss可能没检测到Jar更新，还在运行旧版本的代码。

2. 应用服务器类加载缓存未清理，旧类仍驻留内存

不管是JBoss还是Tomcat，都会缓存已加载的类文件。哪怕你替换了Jar，只要没重启或触发重新加载，旧的ABCCore类实例可能还在内存中处理请求。当请求轮询到加载新类的节点时就正常，落到用旧类的节点时就报错，这就是交替现象的根源。

• 最稳妥的解决方式：逐个重启所有节点的JBoss和Tomcat服务，彻底清除类加载缓存，确保所有节点都加载最新的TestCore.jar。
• 如果不想全量重启（比如生产环境需要高可用），可以尝试：
  • JBoss：通过管理控制台触发对应应用的重新部署（比如TestAPI.ear、TestCore.jar）
  • Tomcat：通过Tomcat Manager重新加载TestUI.war应用，但这种方式有时候清理不彻底，还是重启更靠谱。

3. 类结构变更导致的集群会话同步问题（如果涉及）

如果你修改ABCCore.java时调整了类的字段或方法签名，而应用依赖集群会话中的对象，可能会出现新旧版本类序列化/反序列化失败的情况。

• 这种情况下，除了重启节点，还要清空集群的会话缓存，避免旧的序列化对象在节点间传递引发错误。

4. 查看错误日志定位具体问题

把出现错误时的JBoss/Tomcat日志拉出来，错误栈会明确显示是哪个类的哪个方法出了问题。通过日志可以快速定位到是哪个节点在运行旧代码，然后针对性地检查该节点的部署情况。

总结建议的操作流程： #

1. 全节点校验TestCore.jar的版本一致性，排除漏部署的情况
2. 依次重启所有JBoss和Tomcat节点，确保类加载缓存完全清除
3. 观察应用运行情况，如果仍有错误，提取错误日志进一步分析
4. 若涉及类结构变更，同步清空集群会话缓存

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