2

所以我最基本的问题是：如何将 TCP 接口构建到 Java EE 应用程序中？我需要与 TCP/IP 端口块进行交互，而不是与旧的 EIS 交互。理想情况下，我希望消息驱动的 bean 具有由传入 TCP 请求调用的 onMessage 方法，并且还能够通过相同的连接进行响应。

JCA 似乎足够通用，可以在 Java EE 环境中执行类似的操作。开发自定义连接器是否适合在 Java 企业生态系统中集成入站/出站 TCP 接口？

就我到目前为止所尝试的而言：我们目前正在使用一个生命周期模块，它首先启动一些 TCP 侦听器；这将调用一个消息驱动的 bean，该 bean 调用一个业务方法，并且它都通过同一个 TCP 流返回。这实际上工作正常，但我的应用程序服务器（Glassfish）中的生命周期支持感觉就像是事后才添加的。因此，JCA 似乎是此类问题的一流解决方案，它似乎使我们能够通过 TCP 进行通信。

然而，从我们进行的初步研究来看，连接器架构似乎是“针对”遗留信息系统的，而不是通用的 TCP 通信。所以，我的问题可以提出：人们是否使用自定义 JCA 将 TCP/IP 集成到他们的 Java EE 应用程序中——或者是否有更好的技术来接受来自我的 EJB 的 TCP 连接？

4

2 回答 2

2

MXBeans 和 JCA（MXBeans 更容易，两者都实现了）但基本上您只需要启动/停止两件事，并且可能依赖其他 MXBeans/JCA/JNDI 来执行您的服务，而 AppServer 会为您生成所需的代理。

真实应用：被黑的tomcat w/ NIO 接受器可以捕获80+443 端口上的连接，并且仍然可以正常使用网络服务器。其次是完整的平台（包括自己的（重新）部署者）来管理会话/消息和所有爵士乐。

于 2011-01-27T00:48:44.543 回答
1

看来您已经解决了最初的问题。这很好，但为了帮助人们，这是一个很好的例子：http ://code.google.com/p/jca-sockets

于 2012-10-07T04:52:32.087 回答