Question

我目前正在向Java EE介绍自己，尤其是如何使用EJB和JMS。

坚果壳中的问题

我在互联网上有一个本地客户端和一个远程服务器。 JMS通信工作正常，EJB通信没有。通信在我的本地网络中成功。

更详细的问题

我正在使用Maven构建：

包含几个无状态远程EJB和一个MDB的EAR
一个桌面客户端，包括由Maven生成的EJB客户端JAR，用于与服务器通信。

我正在使用WildFly应用服务器来部署EAR。根据服务器日志，EJB已成功导出。所有流量均基于http-remoting。根据需要，根据嗅探流量进行交换。

让我们以客户端登录为例。登录API调用基于远程EJB通信，同时发送JMS消息。

如果我在Eclipse的本地计算机上运行客户端和服务器，则登录正常，JMS消息正确处理。如果我在同一网络中的其他计算机上运行客户端，则同样适用。如果我在本地网络中运行客户端，但是在Internet中运行服务器，则EJB通信失败并且JMS消息仍然正确处理。

为什么？

日志内容

未调用远程EJB的登录方法，没有日志。我已将log4j.logger.org.jboss.ejb.client=TRACE添加到log4j.properties。如果API调用失败，客户端会记录：

2015-06-21 16:47:49 [GS Desktop Init Thread] DEBUG PropertiesBasedEJBClientConfiguration:242 - endpoint.create.options. has the following options {}
2015-06-21 16:47:49 [GS Desktop Init Thread] TRACE PropertiesBasedEJBClientConfiguration:272 - Options {} have been merged with defaults {org.xnio.Options.THREAD_DAEMON=>true} to form {org.xnio.Options.THREAD_DAEMON=>true}
2015-06-21 16:47:49 [GS Desktop Init Thread] DEBUG PropertiesBasedEJBClientConfiguration:242 - remote.connectionprovider.create.options. has the following options {org.xnio.Options.SSL_ENABLED=>false}
2015-06-21 16:47:49 [GS Desktop Init Thread] TRACE PropertiesBasedEJBClientConfiguration:272 - Options {org.xnio.Options.SSL_ENABLED=>false} have been merged with defaults {} to form {org.xnio.Options.SSL_ENABLED=>false}
2015-06-21 16:47:49 [GS Desktop Init Thread] DEBUG PropertiesBasedEJBClientConfiguration:242 - remote.connection.default.connect.options. has the following options {org.xnio.Options.SASL_DISALLOWED_MECHANISMS=>[JBOSS-LOCAL-USER],org.xnio.Options.SASL_POLICY_NOANONYMOUS=>false}
2015-06-21 16:47:49 [GS Desktop Init Thread] TRACE PropertiesBasedEJBClientConfiguration:272 - Options {org.xnio.Options.SASL_DISALLOWED_MECHANISMS=>[JBOSS-LOCAL-USER],org.xnio.Options.SASL_POLICY_NOANONYMOUS=>false} have been merged with defaults {} to form {org.xnio.Options.SASL_DISALLOWED_MECHANISMS=>[JBOSS-LOCAL-USER],org.xnio.Options.SASL_POLICY_NOANONYMOUS=>false}
2015-06-21 16:47:49 [GS Desktop Init Thread] DEBUG PropertiesBasedEJBClientConfiguration:242 - remote.connection.default.channel.options. has the following options {}
2015-06-21 16:47:49 [GS Desktop Init Thread] DEBUG PropertiesBasedEJBClientConfiguration:490 - Connection org.jboss.ejb.client.PropertiesBasedEJBClientConfiguration$RemotingConnectionConfigurationImpl@33f49f38 successfully created for connection named default
2015-06-21 16:47:49 [GS Desktop Init Thread] DEBUG PropertiesBasedEJBClientConfiguration:295 - No clusters configured in properties
2015-06-21 16:47:49 [GS Desktop Init Thread] DEBUG EJBClientPropertiesLoader:100 - Looking for jboss-ejb-client.properties using classloader sun.misc.Launcher$AppClassLoader@58644d46
2015-06-21 16:47:49 [GS Desktop Init Thread] INFO  client:45 - JBoss EJB Client version 2.1.1.Final
...
2015-06-21 16:47:51 [Remoting "config-based-ejb-client-endpoint" task-4] DEBUG RemotingConnectionEJBReceiver:191 - Channel Channel ID eb5d763d (outbound) of Remoting connection 25bff644 to euve1234.vserver.de/84.46.96.86:8080 opened for context EJBReceiverContext{clientContext=org.jboss.ejb.client.EJBClientContext@3baeae68, receiver=Remoting connection EJB receiver [connection=org.jboss.ejb.client.remoting.ConnectionPool$PooledConnection@3f310404,channel=jboss.ejb,nodename=euve1234]} Waiting for version handshake message from server
2015-06-21 16:47:51 [Remoting "config-based-ejb-client-endpoint" task-5] INFO  remoting:103 - EJBCLIENT000017: Received server version 2 and marshalling strategies [river]
2015-06-21 16:47:51 [GS Desktop Thread 0] INFO  remoting:218 - EJBCLIENT000013: Successful version handshake completed for receiver context EJBReceiverContext{clientContext=org.jboss.ejb.client.EJBClientContext@3baeae68, receiver=Remoting connection EJB receiver [connection=org.jboss.ejb.client.remoting.ConnectionPool$PooledConnection@3f310404,channel=jboss.ejb,nodename=euve1234]} on channel Channel ID eb5d763d (outbound) of Remoting connection 25bff644 to euve1234.vserver.de/84.46.96.86:8080
2015-06-21 16:47:51 [Remoting "config-based-ejb-client-endpoint" task-6] TRACE ChannelAssociation:375 - Received message with header 0x8
2015-06-21 16:47:51 [Remoting "config-based-ejb-client-endpoint" task-6] DEBUG RemotingConnectionEJBReceiver:763 - Received module availability report for 11 modules
2015-06-21 16:47:51 [Remoting "config-based-ejb-client-endpoint" task-6] DEBUG RemotingConnectionEJBReceiver:765 - Registering module EJBModuleIdentifier{appName='GSServerEAR-0.0.1', moduleName='GSAuthManagerEjb-0.0.1', distinctName=''} availability for receiver context EJBReceiverContext{clientContext=org.jboss.ejb.client.EJBClientContext@3baeae68, receiver=Remoting connection EJB receiver [connection=org.jboss.ejb.client.remoting.ConnectionPool$PooledConnection@3f310404,channel=jboss.ejb,nodename=euve1234]}
2015-06-21 16:47:51 [Remoting "config-based-ejb-client-endpoint" task-6] DEBUG RemotingConnectionEJBReceiver:765 - Registering module EJBModuleIdentifier{appName='GSServerEAR-0.0.1', moduleName='GSNotificationManagerEjb-0.0.1', distinctName=''} availability for receiver context EJBReceiverContext{clientContext=org.jboss.ejb.client.EJBClientContext@3baeae68, receiver=Remoting connection EJB receiver [connection=org.jboss.ejb.client.remoting.ConnectionPool$PooledConnection@3f310404,channel=jboss.ejb,nodename=euve1234]}
...
2015-06-21 16:47:51 [Remoting "config-based-ejb-client-endpoint" task-6] DEBUG RemotingConnectionEJBReceiver:765 - Registering module EJBModuleIdentifier{appName='GSServerEAR-0.0.1', moduleName='GSServerEAR-0.0.1', distinctName=''} availability for receiver context EJBReceiverContext{clientContext=org.jboss.ejb.client.EJBClientContext@3baeae68, receiver=Remoting connection EJB receiver [connection=org.jboss.ejb.client.remoting.ConnectionPool$PooledConnection@3f310404,channel=jboss.ejb,nodename=euve1234]}
2015-06-21 16:47:51 [GS Desktop Thread 0] DEBUG ConfigBasedEJBClientContextSelector:174 - Registered 1 remoting EJB receivers for EJB client context org.jboss.ejb.client.EJBClientContext@3baeae68
...
2015-06-21 16:47:51 [JavaFX Application Thread] WARN  GsTask:38 - API call background task failed
java.lang.IllegalStateException: EJBCLIENT000025: No EJB receiver available for handling [appName:GSServerEAR, moduleName:GSAuthManagerEjb-0.0.1, distinctName:] combination for invocation context org.jboss.ejb.client.EJBClientInvocationContext@63dd58c4
    at org.jboss.ejb.client.EJBClientContext.requireEJBReceiver(EJBClientContext.java:774)
    at org.jboss.ejb.client.ReceiverInterceptor.handleInvocation(ReceiverInterceptor.java:116)
    at org.jboss.ejb.client.EJBClientInvocationContext.sendRequest(EJBClientInvocationContext.java:186)
    at org.jboss.ejb.client.EJBInvocationHandler.sendRequestWithPossibleRetries(EJBInvocationHandler.java:255)
    at org.jboss.ejb.client.EJBInvocationHandler.doInvoke(EJBInvocationHandler.java:200)
    at org.jboss.ejb.client.EJBInvocationHandler.doInvoke(EJBInvocationHandler.java:183)
    at org.jboss.ejb.client.EJBInvocationHandler.invoke(EJBInvocationHandler.java:146)
    at com.sun.proxy.$Proxy7.createSession(Unknown Source)
    ...

我的一些想法

问题可能是由

引起的

无效的IP？
- 否。移动服务器后，我更新了standalone.xml配置，并通过观察所有呼叫接收到的所有呼叫的网络流量来确保。 JMS可以工作。
WildFly安全设置，例如关于安全领域配置？
- 否。登录在本地工作。移动服务器后，这些设置应该有效。 JMS和EJB都使用相同的WildFly应用程序用户。 JMS可以工作。
可能是网络/路由问题，因为EJB基于RMI或某种防火墙问题？
- 可能，但JMS有效。我还没有真正习惯JMS，但它不是基于RMI吗？我发送javax.jms.ObjectMessage个。 Session.createObjectMessage(Serializable object)需要Serializable，这就是我建议我们在这里使用RMI的原因。
在本地，WildFly在Windows 7上运行。远程，Wildfly在Ubuntu上运行。我为此尝试过Ubuntu 10/12/14。
- 关于Java和WildFly：这些是独立于平台的。写一次，到处运行。我建议这个问题不太可能是由底层操作系统引起的。我已经验证了流量和JMS的工作情况。

如果我错了，请纠正我。

附加说明

我知道我提供的信息很少，因为我不想提出我的问题。请不要犹豫，询问您是否需要更多信息。这也适用于代码。
我正在使用Java SE 8 / Java EE 7.关于WildFly：我已经测试了8.1.0.Final，8.2.0.Final和9.0.0.Beta2。
请不要简单地参考在线示例。我已经做了好几天了，请记住本地通讯已经正常工作了。

自从我真的陷入困境以来，我非常感谢对此的任何想法和评论。非常感谢提前。

更新1：EJB实现，客户端上下文创建和EJB查找

服务器：

@Remote
public interface GsAuthManager {

    GsClientSession createSession(String username, String password);

}

@Stateless
public class GsAuthManagerBean implements GsAuthManager {

    @Override
    public GsClientSession createSession(String username, String password) {
        // ...
    }

}

WildFly日志：

java:jboss/exported/GSServerEAR/GSAuthManagerEjb-0.0.1/GsAuthManagerBean!de.genesys.server.ejb.auth.GsAuthManager

客户端：

static void initEjbClient(String serverHostname, String username, String password) {
    final Properties ejbClientProps = new Properties();
    ejbClientProps.put("remote.connections", "default");
    ejbClientProps.put("remote.connection.default.port", "8080");
    ejbClientProps.put("remote.connection.default.host", serverHostname);
    ejbClientProps.put("remote.connection.default.username", username);
    ejbClientProps.put("remote.connection.default.password", password);
    ejbClientProps.put("remote.connection.default.connect.options.org.xnio.Options.SASL_POLICY_NOANONYMOUS", "false");
    ejbClientProps.put("remote.connection.default.connect.options.org.xnio.Options.SASL_DISALLOWED_MECHANISMS", "JBOSS-LOCAL-USER");
    ejbClientProps.put("remote.connectionprovider.create.options.org.xnio.Options.SSL_ENABLED", "false");

    EJBClientConfiguration clientConfig = new PropertiesBasedEJBClientConfiguration(ejbClientProps);
    ContextSelector<EJBClientContext> selector = new ConfigBasedEJBClientContextSelector(clientConfig);
    EJBClientContext.setSelector(selector);
}

static GsAuthManager initEjbProxy(String serverHostname, String username, String password) throws NamingException{
    Properties props = new Properties();
    props.put("jboss.naming.client.ejb.context", true);
    props.put("jboss.naming.client.connect.options.org.xnio.Options.SASL_POLICY_NOPLAINTEXT", "false");
    props.put(Context.URL_PKG_PREFIXES, "org.jboss.ejb.client.naming");
    props.put(Context.INITIAL_CONTEXT_FACTORY, "org.jboss.naming.remote.client.InitialContextFactory");
    props.put(Context.PROVIDER_URL, "http-remoting://" + serverHostname + ":8080");
    props.put(Context.SECURITY_PRINCIPAL, username);
    props.put(Context.SECURITY_CREDENTIALS, password);
    InitialContext context = new InitialContext(props); // Stripped down, original code keeps a strong reference and closes context on program termination 
    return (GsAuthManager) context.lookup("ejb:GSServerEAR/GSAuthManagerEjb-0.0.1/GsAuthManagerBean!de.genesys.server.ejb.auth.GsAuthManager");
}

Answer 1

在部署appName='GSServerEAR-0.0.1'的日志中，但发生异常时：appName:GSServerEAR。所以我想，你的EAR文件的运行时（当你部署它时）包含版本，它不应该。

远程JMS通信工作，EJB通信失败