我正在考虑基于EJB的服务层的可能替代方案,并想知道仅将Grail的服务和数据库层与 远程插件 还是使用大锤破裂螺母?

说到远程插件:是否有一种产生JAR文件的标准方法,其中包含必要的类,以从非弹簧Java应用程序对Grails服务进行远程调用?

有帮助吗?

解决方案

有趣的想法。我认为这根本不会过分。好处是,您的服务将在协议和部署选项之间非常便宜(例如将控制器层放在顶部,并立即嵌入)。这为您带来了EJB(持久性)的好处 +使用Groovy和Gorm的能力。

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

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top