grails 和谷歌应用引擎部署的当前状态是什么。我是应用引擎的新手,但不知道值得探索它。一些特定的 qns 是
不知道还有哪些主要问题……可能,这是进行良好讨论的基础。
谢谢。
最佳答案
我从 grails 邮件列表中得到的回复很少,结论与 David 的评论相同。见线程 here
几个相关回复:
来自托马斯·林:
如果你真的想建立一个
App Engine 上的项目。它是使用应用程序从头开始构建的
引擎作为目标引擎,因此它可以绕过诸如长时间的问题
由于 Spring 和 Hibernate 的加载时间。新推出的插件
机制保证您的 Gaelyk 应用程序可以在
一种保证在 GAE 上工作的方法。
Gaelyk 有它自己的原生实体持久化 DSL,这有点
App Engine 之上的 JPA/JDO 抽象更清晰。
我目前在应用程序中看到许多 HardDeadlineExceeded 异常
引擎和Grails。它只是不适合与 Spring 配合使用
马上。希望这将随着以后的版本而改善
Groovy、Grails 和 Spring/Google 的 GAE 合作伙伴关系
业务,但我不会考虑准备 GAE 生产的 Grails。
即使使用 Gaelyk,也有性能缓慢的报告。所以想象一下
更大的 Grails 堆栈带来的困难。
应用引擎自带用户/安全的实现
基于 GMail 账户的管理系统。如果您只想提供
管理员/非管理员实现,这在
应用引擎配置。无法评论 Shiro。
请注意,App Engine 的主要限制之一是
无法写入文件,因此即使是 Spring 中的基本文件上传
由于默认机制写入临时
文件。我想大多数插件都无法正常工作
无需深入研究他们的代码并更改它。
我认为这里最大的问题是缺乏对原生 JDBC 的支持。日本特许经营协会
不像普通的 JDBC GORM 那样受支持,比如命名查询
如果不进行改造,可能无法开箱即用。如果你
想要使用 Grails 的最新和最伟大的部分,它可能是
值得考虑其他托管解决方案。
来自亚伦·艾沙伊德
1.GAE 插件和 JPA-GORM 插件相结合并不能让您无缝地获得所有 GORM 功能。虽然你应该得到像 .save()、.delete() 和 .list() 这样的基础知识,但动态查找器等将会消失(至少现在是这样)。我可能会离开这里,但我认为大多数/所有依赖于 Hibernate 的功能都已淘汰或被其他功能取代(因为它在幕后依赖于 SQL 而 GAE 目前没有基于 SQL 的数据库......)所以例如任何标准 build 者是不行的。我不清楚你可以在物体上做多少点钻孔。例如,不确定您是否可以执行以下操作:
def b = 新书()
def store = b.authors.publishers.bookstores
我可以使用一些指针的一个地方是如何在域类中使用 JPA。我确信那里有很好的信息,但我还没有找到。
想听听别人怎么说,
亚伦
关于google-app-engine - 谷歌应用引擎上的 Grails,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/3119531/