1

想象一个 Java 客户端/服务器 ERP 应用程序服务多达 100 个并发用户，包括 Web 和 Swing 客户端。对于持久性，我们可以使用 Persistence API 和 Hibernate。但是当涉及到客户端/服务器通信时，我们真的有替代使用带有 EJB 的 AS 来降低远程通信的编程成本吗？

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

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

4

3 回答 3

3

就我个人而言，我认为 Seam 是解决我没有的问题的最终解决方案，但除此之外，还有很多选择，其中大多数都使用 Spring：

基于 HTTP 的远程处理方法的优点是它们很容易插入 Spring 的安全模型。另外，您还可以访问拦截器之类的东西。

于 2009-01-06T09:05:11.103 回答
2

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

如果你问我一个词，我会建议两个。接缝或弹簧。我自己喜欢 Seam，但对于轻量级远程处理，Spring有更多可行的解决方案和支持。同样，如果您的 AS 是 JBoss，请考虑Seam。

于 2009-01-06T08:45:11.330 回答
2

应用服务器是一个相当重量级的解决方案。根据您的要求，我会尝试确保您可以在简单的 servlet 容器（如 Tomcat）上运行。我发现使用Spring-remoting而不是完整的 EJB 更容易进行远程处理。Spring-remoting 提供了对实际使用的远程处理技术的抽象。Hessian 作为轻量级协议享有盛誉。

拥有某种服务器框架（AS 或 servlet 容器）是一件好事，因为您不需要考虑所有低级问题（连接建立、线程等）。

于 2009-01-06T08:54:18.333 回答