WebSphere EAR部署失败：提示ace-ear组合单元已存在但实际不存在，求排查方向

我之前也踩过这个一模一样的坑！明明在WebSphere管理控制台里翻遍了都找不到叫ace-ear的组合单元，可部署时偏报这个错。给你分享几个实际有效的排查和解决方向：

• 先排查控制台缓存，用命令行实锤是否存在
  WebSphere的管理控制台偶尔会有缓存延迟，看起来没东西，实际配置里还留着。直接用wsadmin命令登录服务器查询最靠谱：

  # 列出所有已部署的应用
  print AdminApp.list()
  # 列出所有组合单元
  print AdminTask.listCompositionUnits()
  

  如果命令行里能查到ace-ear，那直接用命令删掉就行：

  # 卸载应用
  AdminApp.uninstall('ace-ear')
  # 删除组合单元（如果卸载后还存在的话）
  AdminTask.deleteCompositionUnit('[-cuName ace-ear]')
  # 保存配置
  AdminConfig.save()
  

• 检查文件系统里的残留配置目录
  有时候应用卸载不彻底，配置文件还留在服务器的文件系统里。去WebSphere的profile配置目录找找：

  • 路径大概是 <你的profile根目录>/config/cells/<cell名称>/applications/
  • 还有 <profile根目录>/config/cells/<cell名称>/deployments/
    如果找到ace-ear相关的文件夹，先停掉WebSphere服务，删除这些残留目录，再重启服务器后重新部署。

• 集群环境下的节点同步问题
  如果你用的是WebSphere集群，可能某个节点的配置没同步，导致部署时检测到旧的组合单元记录。可以手动触发全量同步：

  1. 登录管理控制台，进入System administration > Nodes
  2. 选中所有节点，点击Full Resynchronize
     或者用wsadmin命令：

  AdminNodeManagement.syncActiveNodes()
  AdminConfig.save()
  

• 数据库配置存储的残留记录
  如果你的WebSphere用了数据库来存储配置（比如分布式集群场景），可能数据库里还存着ace-ear的组合单元记录。这时候需要联系运维或DBA，检查对应的配置表（比如APPLICATION、COMPOSITION_UNIT这类表），确认有残留后谨慎删除，再尝试部署。

• 注意名称的大小写敏感性
  WebSphere对应用/组合单元名称的大小写是敏感的！比如你在控制台搜ACE-EAR可能找不到，但系统里实际存的是小写的ace-ear。用命令行查询的时候直接用报错里的小写名称，大概率能找到。

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