Java 连接器体系结构和 TCP/IP

Question

所以我这里最基本的问题是:如何将 TCP 接口(interface)构建到您的 Java EE 应用程序中？我需要与一组 TCP/IP 端口交互，而不是与遗留 EIS 交互。理想情况下，我希望消息驱动的 bean 能够通过传入的 TCP 请求调用它的 onMessage 方法，并且还能够通过同一连接进行响应。

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

---

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

但是，从我们进行的初步研究来看，连接器架构似乎确实“针对”遗留信息系统，而不是通用的 TCP 通信。因此，我的问题可能是这样的:人们是在使用自定义 JCA 将 TCP/IP 集成到他们的 Java EE 应用程序中——还是有更好的技术来接受来 self 的 EJB 的 TCP 连接？

Answer 1

MXBeans 和 JCA(MXBeans 更简单，两者都实现了)但基本上你只需要启动/停止两件事，并且可能依赖其他 MXBeans/JCA/JNDI 来执行你的服务，AppServer 生成所需的代理你。

实际应用:使用 NIO 接受器攻击 tomcat，它可以捕获 80+443 端口上的连接，并且仍然可以正常使用网络服务器。随后是完整的平台(包括自己的(重新)部署者)来管理 session /消息和所有爵士乐。