java - 应用程序服务器(带有 EJB)是 Java EE 客户端/服务器通信的唯一方式吗？

Question

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

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

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

Answer 1

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

• > RMI ;
• > Hessian (基于二进制 HTTP 协议(protocol))；
• > HTTP Invokers (基于 HTTP 的 Java 序列化)；
• > Web Services ;或
• 甚至 JMS .

基于 HTTP 的远程处理方法的优势在于它们可以轻松插入 Spring 的安全模型。此外，您还可以访问诸如拦截器之类的东西。