在JBoss AS 7中访问EJB时出现问题。来自Tomcat 6的x

Question

我试图从运行在Tomcat 6下的Servlet对JBoss中运行的EJB进行一些远程调用，作为7.1.1 final。EJB是封闭源代码，可以从一些给定的JAR（封闭代码）访问，JAR使用委托模式包装对无状态bean的访问。

在为jndi查找的正确配置挣扎了几天之后，我发现了不同的配置，这些配置都会产生不同的问题。

解决方案A：

由于Tomcat 6有自己的jndi，只需放置一个jndi。类路径中的属性（例如，如果从简单java应用程序访问EJB，它可以正常工作）不起作用。相反，我将哈希表中的属性传递给委托的构造函数，如下所示：

Hashtable<String, String> jndiProperties = new Hashtable<String, String>();
jndiProperties.put(Context.INITIAL_CONTEXT_FACTORY, "org.jboss.naming.remote.client.InitialContextFactory");
jndiProperties.put(Context.URL_PKG_PREFIXES, "org.jboss.as.naming.interfaces:org.jboss.ejb.client.naming");
jndiProperties.put(Context.PROVIDER_URL, "remote://10.10.10.10:4447");
jndiProperties.put(Context.SECURITY_PRINCIPAL, "user");
jndiProperties.put(Context.SECURITY_CREDENTIALS, "password");

Delegate someDelegate = new DelegateImpl(jndiProperties);

这会导致以下异常（在简单java应用程序中执行相同操作时不会发生）：

java.lang.IllegalStateException: No EJB receiver available for handling [appName:eex,modulename:eex-ejb,distinctname:] combination for invocation context 

一些研究建议我试试。。。。

解决方案B：

我添加了以下行：

jndiProperties.put("jboss.naming.client.ejb.context", "true");

现在查找和远程调用工作正常，但在某些调用之后，我会得到以下异常（从简单的java应用程序执行相同操作时也会发生这种情况）：

org.jboss.remoting3.ProtocolException: Too many channels open

据我所知，使用jboss。命名。客户ejb。context设置为true时，会为JBoss上的每个查找创建一个新的EJBClientContext作为side，并且似乎委托没有正确关闭它。下面详细说明了如何正确关闭https://docs.jboss.org/author/display/WFLY8/ScopedEJB客户端上下文。

由于我没有委托源代码，因此无法正确关闭上下文。

所以我试着...

解决方案C：

有一种完全不同的查找方法：通过提供jboss ejb客户端。xml而不是jndi。属性。这与tomcat配合使用效果很好，在这种配置下查找也很好：

remote.connectionprovider.create.options.org.xnio.Options.SSL_ENABLED=false
remote.connections=default
remote.connection.default.port=4447
remote.connection.default.connect.options.org.xnio.Options.SASL_POLICY_NOANONYMOUS=false
remote.connection.default.host=10.10.10.10
remote.connection.default.username=user
remote.connection.default.password=password

但是，使用此配置时，我会不时遇到以下异常（目前我无法再现，该异常只是偶尔发生）：

ERROR: JBREM000200: Remote connection failed: the timeout for the connection expired
...and some lines later...
Caused by: java.io.IOException: Channel Channel ID 841ded9c (outbound) of Remoting connection 00dcc89a to null has been closed

非常感谢您的帮助。。。

Answer 1

因此...我也有这个问题（和其他问题），我将在这里尝试解释（我不知道是否用正确的术语）我打算做什么以及我如何解决，它对我有用。我们进行了几次远程ejb调用，最终我们遇到了以下问题：

导致：java.io.IOException：通道通道ID fa8f69c7（出站）的Remting连接0196f4b5到null已关闭（https://developer.jboss.org/thread/198390）

这是由于远程调用没有管理上下文，因此JBoss本身负责自动管理通信通道。但是随着时间的推移，这个连接是空闲的，最终由于已知或未知的原因（防火墙、上传新版本时的连接限制）而“丢失”了这个连接

为了解决第一个问题，我查看了以下文档：

https://docs.jboss.org/author/display/WFLY8/ScopedEJB客户端上下文

放置以下属性后：

props.put ("org.jboss.ejb.client.scoped.context", "true");

然后，我们管理ejb范围，以便打开和关闭通信通道。所以我遇到了另一个问题：

无法识别的SSL消息，明文连接

理论上，这是因为服务器默认不支持ssl通信。要解决此问题，必须放置以下属性：

props.put ("remote.connection." + ConnectionName "+ connect.options.org.xnio.Options.SSL_ENABLED", "false");

（必须以相同的方式填写主机和端口）

然后我们陷入另一个问题：

Invalid option 'org.xnio.Options.SSL_ENABLED' in property 'remote.connectionprovider.create.options.org.xnio.Options.SSL_ENABLED': java.lang.IllegalArgumentException: Class 'org.xnio.Options' not found

这是由于缺乏对XNIO的依赖。您可以将jboss ejb客户端的依赖关系放在pom上解决（在我的例子中，我使用jboss作为ejb客户端bom），但对我来说，它部分解决了问题。当它出现在不同的耳朵中时，我遇到了相同的问题，直到最后我将此配置放在jboss部署结构中。要导出依赖项的xml：

<jboss-deployment-structure>
  <deployment>
    <dependencies>
      <module name = "org.jboss.xnio" export = "true" />
    </dependencies>
  </deployment>
</jboss-deployment-structure>

最后看到这个类，它可以实例化SSL\u ENABLED并将其设置为false。现在我手动管理ejb范围，可以打开和关闭通道，解决闭合连接问题。

希望有帮助。

Answer 2

好了，我终于可以解决我的问题了。

我仍然不知道解决方案A的问题的答案。

我描述了解决方案B可能存在的问题。

解决方案C的异常是由我们的防火墙引起的，它在几分钟不活动后删除了会话表条目。我通过添加

remote.connection.default.connect.options.org.jboss.remoting3.RemotingOptions.HEARTBEAT_INTERVAL=60000

去jboss-ejb-client.properties.

这会导致客户端每分钟向JBoss发出一次“ping”，从而防止防火墙删除会话条目。