4

我正在考虑我们基于 EJB 的服务层的可能替代方案,并想知道将 Grails 的服务和数据库层与Remoting 插件一起使用是否有意义,或者这是使用大锤来破解坚果?

说到远程处理插件:是否有生成 JAR 文件的标准方法,该文件包含从非 Spring Java 应用程序远程调用 Grails 服务所需的类?

4

1 回答 1

2

有趣的想法。我不认为这会是矫枉过正。好消息是您的服务在协议和部署选项之间非常可移植(例如,在顶部放置一个控制器层并立即嵌入)。这为您提供了 EJB(持久性)的好处 + 使用 Groovy 和 GORM 的能力。

FWIW,我们使用 Grails 作为我们的服务层;在某些情况下,我们将其嵌入(作为插件)使用,在其他情况下,我们将服务(通过控制器)公开为 JSON 或 SOAP;我认为暴露为 RMI 是我们正在做的事情的一种变体(没有控制器层)。

于 2010-06-22T17:46:25.157 回答