2011-01-26 57 views
2

所以我最基本的问题是:如何在您的Java EE应用程序中构建TCP接口?我不需要与传统的EIS交互,而需要与一个TCP/IP端口块进行交互。理想情况下,我想要一个消息驱动的bean,让它通过传入的TCP请求调用onMessage方法,并且还能够通过相同的连接进行响应。Java连接器体系结构和TCP/IP

JCA似乎足以在Java EE环境中具备这样的能力。开发自定义连接器是否适合在Java企业生态系统中集成入站/出站TCP接口?


至于什么我试过到目前为止:我们目前正在利用它首先开球一些TCP监听器的生命周期模块;这会调用一个调用业务方法的消息驱动bean,并且它都会通过相同的TCP流返回。这实际上可以正常工作,但我的应用程序服务器(Glassfish)中的生命周期支持感觉它已被添加为事后补充。所以,JCA看起来像是这类问题的一流解决方案,它似乎使我们能够通过TCP进行通信。然而,从我们进行的初步研究来看,它看起来像连接器体系结构是针对遗留信息系统的,而不是通用的TCP通信。所以,我的问题可能会出现:是否有人使用自定义JCA来将TCP/IP集成到他们的Java EE应用程序中?还是有更好的技术来接受来自我的EJB的TCP连接?

+0

谢谢;试图说明我们目前的解决方案以及我们的研究对JCA的看法。请让我知道,如果我可以澄清。 – 2011-01-26 17:29:05

+1

JMS解决方案如何?有许多JMS实现可以选择,其中一些提供额外的协议来连接。 – qrtt1 2011-01-26 17:33:08

回答

2

MXBeans和JCA(MXBeans比较简单,实现了两者),但基本上你只需要2件事情就可以开始/停止,并且可能依靠其他MXBeans/JCA/JNDI来执行你的服务,为你。

真正的应用程序:黑客攻击的tomcat瓦特/ NIO接受器,可以捕获80 + 443端口上的连接,仍然可以正常使用网络服务器。 随后是完整平台(包括自己的(重新)部署者)管理会话/消息和所有爵士乐。