Wildfly使用Generic JMS连接ActiveMQ触发SECURITY_EXCEPTION错误

我来帮你梳理下这个AMQ119031错误的常见解决思路——既然你已经试过基础的用户创建和server-identities配置，那咱们从几个容易忽略的点入手：

1. 先确认ActiveMQ端的用户&权限配置是否完整 #

你用add-user.bat创建的是Wildfly本地的用户，但Generic JMS连接ActiveMQ时，默认是直接向ActiveMQ服务器验证身份，所以得先确保ActiveMQ本身有这个用户且权限足够：

• 如果是ActiveMQ Classic：找到conf/users.properties，添加你的用户名=你的密码；再打开conf/groups.properties，给用户分配权限组，比如你的用户名=admin。
• 如果是ActiveMQ Artemis：对应文件是etc/artemis-users.properties和etc/artemis-roles.properties，同样要给用户绑定admin或所需的角色（比如send/consume）。
• 别忘检查ActiveMQ的安全插件配置，比如Classic的activemq.xml里要启用simpleAuthenticationPlugin，Artemis的broker.xml里要配置security-settings给对应角色分配队列权限。

2. 核对Wildfly的Generic JMS连接工厂配置 #

打开standalone-full.xml，找到你的JMS连接工厂，确保用户名密码是直接传给ActiveMQ的：

<connection-factory name="ActiveMQConnectionFactory" entries="java:/jms/ActiveMQConnectionFactory" class-name="org.apache.activemq.ActiveMQConnectionFactory">
    <config-property name="brokerURL">tcp://localhost:61616</config-property>
    <!-- 这里直接配置ActiveMQ的用户名密码，先别用Wildfly的安全域 -->
    <config-property name="userName">你的ActiveMQ用户名</config-property>
    <config-property name="password">你的ActiveMQ密码</config-property>
</connection-factory>

如果之前配置了server-identities，可以先暂时注释掉，先让基础连接跑通，再考虑集成Wildfly安全域的复杂场景。

3. 排查容易混淆的安全域关联问题 #

很多人会误以为Wildfly的安全域会自动关联到ActiveMQ的验证，但其实Generic JMS连接默认是绕过Wildfly安全域，直接和ActiveMQ做身份校验的。如果一定要用Wildfly的用户体系，你需要配置JAAS桥接，把Wildfly的安全域和ActiveMQ的JAAS模块关联，但这一步建议等基础连接正常后再尝试。

4. 排查隐藏的网络/日志细节 #

• 先测试Wildfly服务器能不能连通ActiveMQ的端口（默认61616），用telnet 你的ActiveMQ地址 61616或者nc -zv 你的ActiveMQ地址 61616，有时候防火墙或端口占用会导致连接中断，表面看起来是验证错误。
• 查看ActiveMQ的日志文件（比如data/activemq.log或artemis.log），里面会有更详细的验证失败原因，比如密码不匹配、用户不存在，比Wildfly的控制台日志更精准。

先从第一步开始，确保ActiveMQ端的用户和权限配置正确，再调整Wildfly的连接工厂，应该能解决这个验证问题。

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