2009-01-06 55 views
1

想象一下,一个Java客户端/服务器ERP应用程序可以为100个并发用户提供服务,包括web和swing客户端。为了持久化,我们可以使用Persistence API和Hibernate。 但是,当涉及到客户端/服务器通信时,我们是否真的可以选择使用AS来减少远程通信的编程成本?应用程序服务器(使用EJB)是Java EE客户机/服务器通信的唯一途径吗?

这似乎是一个非常重量级的解决方案,用于引入EJB和应用程序服务器,仅用于远程处理。还有使用RMI的标准方式,但是谁想要现在自己编写所有代码...

我知道除了远程处理部分之外,您还可以通过AS免费获得许多功能。而且,也许这是要走的路。但是,对于企业应用程序进行客户端/服务器通信,是否还有其他任何(低编程成本)替代方案?

回答

3

我个人认为Seam将是最终解决问题的办法,我没有但这之外,还有很多的选择和弹簧用于大部分:

基于HTTP的远程处理方法的优点是它们可以轻松插入到Spring的安全模型中。另外,你可以访问拦截器之类的东西。

2

您可以使用轻量级远程处理框架。 Spring在本节中有许多选项。

如果你问我两个词,我会建议两个。缝或春天。我自己喜欢Seam,但对于轻量级远程Spring有更多可行的解决方案和支持。再次如果你的AS是JBoss,请考虑Seam

2

应用程序服务器是一个相当重量级的解决方案。根据您的要求,我会尽力确保您可以在简单的servlet容器(如Tomcat)上运行。我发现使用Spring-remoting而不是完整的EJB更容易远程处理。 Spring远程处理提供了对所使用的实际远程技术的抽象。作为轻量级协议,Hessian具有良好的声誉。

拥有某种服务器框架(AS或servlet容器)是一件好事,因为您不需要考虑所有低级别问题(连接建立,线程......)。

相关问题