WildFly12环境下Java8客户端连接EJB认证失败问题求助

从你的描述来看，这是WildFly版本升级（从8到12）后，移除本地用户认证配置导致的远程EJB认证机制不匹配问题。WildFly12对远程通信的认证逻辑做了调整，尤其是默认的认证机制优先级和服务器端配置要求更严格，下面是具体的排查和解决步骤：

1. 检查服务器端远程认证配置 #

首先要确保WildFly12的standalone.xml中配置了正确的远程认证相关参数：

• 验证Remoting子系统的HTTP连接器：确保http-remoting-connector关联了正确的安全域，比如ApplicationRealm：

<subsystem xmlns="urn:jboss:domain:remoting:4.0">
    <http-connector name="http-remoting-connector" connector-ref="default" security-realm="ApplicationRealm"/>
</subsystem>

• 确认安全域的认证模块：检查对应安全域（比如ApplicationDomain）是否包含支持远程认证的模块，比如Remoting和RealmDirect：

<security-domain name="ApplicationDomain" cache-type="default">
    <authentication>
        <login-module code="Remoting" flag="optional">
            <module-option name="password-stacking" value="useFirstPass"/>
        </login-module>
        <login-module code="RealmDirect" flag="required">
            <module-option name="password-stacking" value="useFirstPass"/>
        </login-module>
    </authentication>
</security-domain>

2. 调整客户端InitialContext配置 #

你的客户端代码已经指定了用户名密码，但需要明确告知客户端跳过JBOSS-LOCAL-USER机制，直接使用用户名密码认证。可以添加以下属性：

// 启用EJB客户端上下文
clientProperties.put("jboss.naming.client.ejb.context", true);
// 指定SASL认证机制，避免尝试本地认证
clientProperties.put("jboss.remote.connection.default.sasl.options.mechanism", "DIGEST-MD5");
// 如果需要明文认证（测试环境），可以关闭禁止明文的策略
clientProperties.put("jboss.remote.connection.provider.options.org.xnio.Options.SASL_POLICY_NOPLAINTEXT", "false");

另外，务必确保客户端使用的WildFly客户端依赖包是WildFly12对应的版本，不要混用WildFly8的旧jar包（比如wildfly-ejb-client、wildfly-naming-client等），版本不匹配会导致认证逻辑不兼容。

3. 确认用户存在于目标安全域 #

使用WildFly的add-user.sh（Linux）或add-user.bat（Windows）工具，将你代码中使用的用户名密码添加到ApplicationRealm中（对应服务器端配置的安全域），确保用户权限正确。

4. 验证错误根源 #

日志中显示tried: JBOSS-LOCAL-USER: Authentication failed，说明客户端默认优先尝试本地用户认证，但你已经移除了服务器端的本地认证配置，所以强制客户端使用指定的用户名密码认证机制就能解决这个问题。

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