jakarta-ee - 在 Web 层和业务层之间使用 RMI 或 JMS 的优缺点是什么？

Question

对于典型的 Web 客户端到 Servlet/WS 到业务层(Spring 或 EJB)应用程序，远程 RPC 或 Web(Servlet)层到远程业务层的消息传递等方法的权衡是什么，除了基本的同步/异步方面？

Answer 1

网络客户端是指网络浏览器吗？如果是这样的话，我的建议是查看 DWR 或 JAX-RS 之类的东西。 RMI 或 JMS 只有在双方都是 Java 代码时才真正起作用。

对于任何远程处理技术，使用它们的最大问题往往是该技术对您的业务对象的侵入程度。例如在任何地方使用 RMI 接口(interface)/异常或在您的业务代码中使用 JMS API。

我的建议是在 Java 中到处使用 POJO，然后使用类似 Spring Remoting 的技术。在你的中间件上分层，无论是 RMI 还是 JMS 或其他什么 - 但完全将中间件代码与你的业务逻辑分离，这样你就可以随时在技术之间切换(并使你的业务逻辑代码更简单并专注于你的业务问题)。

例如，请参阅 Camel implementation of Spring Remoting然后允许您使用 any of these transports and protocols例如 RMI、JMS 甚至纯 HTTP、电子邮件、文件或 XMPP - 然后使用简单的 URI 字符串更改在它们之间轻松切换。