Spring 6（JDK17）下Apache ActiveMQ Broker的Jakarta兼容替代方案咨询

能否在 Spring 6 中继续使用 Apache ActiveMQ 客户端与 Broker？ #

• 仅 Apache ActiveMQ Client 5.18.1 支持 Jakarta 命名空间，可以适配 Spring 6，但ActiveMQ Broker 暂不支持 Jakarta API，强行搭配使用会引发类加载冲突（如 javax.jms 与 jakarta.jms 包冲突）、注解/API 不兼容等问题，生产环境不建议采用这种组合。若要临时过渡，需做类隔离等复杂配置，成本高且风险不可控。

支持 Jakarta 的 Broker 替代方案 #

• Apache ActiveMQ Artemis：作为 Apache ActiveMQ 的官方下一代产品，完全支持 Jakarta EE 规范（包括 Jakarta JMS），适配 JDK 17 与 Spring 6。它提供了完整的 Broker + 客户端套件，API 与旧版 ActiveMQ 高度兼容，还自带迁移工具降低代码改造量，是最贴合需求的替代方案。
• RabbitMQ：通过官方提供的 Jakarta JMS 适配插件/客户端，可在 Spring 6 环境中集成。Broker 本身完全支持 JDK 17，生态成熟，适合有 AMQP 协议需求的场景，需注意配置 JMS 桥接适配原有消息逻辑。
• Eclipse Mosquitto：轻量级 MQTT 消息 Broker，支持与 Spring 6（Jakarta）的集成，适合物联网、轻量级消息推送等场景，仅针对 MQTT 协议场景适配。

关于寻找完整替代库的思路 #

你提出的「寻找客户端与 Broker 均支持 Jakarta 的完整替代库」思路完全可行，优先推荐 Apache ActiveMQ Artemis——它不仅是官方迭代产品，迁移成本最低，还能完全满足 Spring 6、JDK 17 及 Jakarta 命名空间的要求，无需大幅重构代码。

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