【发布时间】:2011-03-06 12:07:24
【问题描述】:
我正在考虑我们基于 EJB 的服务层的可能替代方案,并想知道将 Grails 的服务和数据库层与Remoting Plugin 一起使用是否有意义,或者这是使用大锤来破解坚果?
谈到远程处理插件:是否有生成 JAR 文件的标准方法,该文件包含从非 Spring Java 应用程序远程调用 Grails 服务所需的类?
【问题讨论】:
标签: grails remoting service-layer
我正在考虑我们基于 EJB 的服务层的可能替代方案,并想知道将 Grails 的服务和数据库层与Remoting Plugin 一起使用是否有意义,或者这是使用大锤来破解坚果?
谈到远程处理插件:是否有生成 JAR 文件的标准方法,该文件包含从非 Spring Java 应用程序远程调用 Grails 服务所需的类?
【问题讨论】:
标签: grails remoting service-layer
有趣的想法。我不认为这会是矫枉过正。好消息是您的服务在协议和部署选项之间非常可移植(例如,将控制器层放在顶部并立即嵌入)。这为您提供了 EJB(持久性)的好处 + 使用 Groovy 和 GORM 的能力。
FWIW,我们使用 Grails 作为我们的服务层;在某些情况下,我们将其嵌入(作为插件)使用,在其他情况下,我们将服务(通过控制器)公开为 JSON 或 SOAP;我认为暴露为 RMI 是我们正在做的事情的一种变体(没有控制器层)。
【讨论】: