求助：Wildfly 14中EAR因大数据处理无法禁用的解决方案

我之前处理过类似的大规模消息消费场景，给你几个实用的解决方案，按推荐优先级排序：

1. 用Wildfly CLI强制禁用/卸载应用 #

管理控制台在后台有大量IO操作时容易卡住，但CLI命令的优先级更高，能绕过部分检查：

• 首先连接到Wildfly的命令行客户端：

  # Linux/macOS
  ./jboss-cli.sh -c
  # Windows
  jboss-cli.bat -c
  

• 执行强制禁用命令（替换your-app-name.ear为你的实际应用名称）：

  # 仅禁用应用，保留部署文件
  disable deployment your-app-name.ear --force
  # 或者直接卸载应用
  undeploy your-app-name.ear --force
  

  --force参数会忽略当前正在运行的MDB任务，直接触发应用停止流程，可能会有少量未完成的消息重新回到队列，但能快速终止消费。

2. 先暂停Artemis队列的消息投递 #

如果希望现有消息处理完成后再停应用，可以先让Artemis暂停给目标队列发消息：

• 登录Artemis管理控制台，找到对应的队列，执行Pause Consumption操作，这样MDB不会再接收到新消息。
• 或者用Artemis的CLI工具执行暂停命令（替换参数为你的实际配置）：

  ./artemis queue pause --name=your-target-queue --user=artemis-admin --password=your-password --url=tcp://artemis-server:61616
  

  等当前MDB处理完所有正在处理的消息后，再回到Wildfly控制台禁用应用就会很顺利，之后可以恢复队列投递。

3. 动态调整MDB并发池，逐步降低处理速度 #

如果需要更优雅的过渡，可以先减少MDB的并发处理数，让系统慢慢消化存量消息：

• 通过Wildfly CLI动态调整MDB的连接池大小（替换your-mdb-bean-name为你的MDB名称）：

  /subsystem=ejb3/mdb=your-mdb-bean-name:write-attribute(name=max-pool-size,value=1)
  

  把并发数降到最低（比如1），这样消息处理速度会大幅降低，等队列消息量减少到一定程度后，再禁用应用就不会卡住了。

4. 强制停止Wildfly实例（最后手段） #

如果上面的方法都无效，只能采用终极方案：

• 用CLI优雅停止Wildfly：

  ./jboss-cli.sh -c command=:shutdown
  

  或者用系统命令发送终止信号（避免直接用kill -9，防止数据损坏）：

  kill -TERM $(ps aux | grep wildfly | grep -v grep | awk '{print $2}')
  

  重启Wildfly后，重新部署并设置应用为禁用状态即可。

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