哪种配置更适合数据持久性（GAE 目标），GWT + Roo VS GWT + objectify-appengine？答案

【问题标题】：Which config is better for data persistence (GAE target), GWT + Roo VS GWT + objectify-appengine?哪种配置更适合数据持久性（GAE 目标），GWT + Roo VS GWT + objectify-appengine？
【发布时间】：2011-07-12 02:47:47
【问题描述】：

我正在为基于 GWT 的应用程序配置和选择架构组件。我必须选择一种简单的方法将我的数据模型保存在目标服务器上，即 Google-App-Engine。

参赛者：

Spring Roo：我已经尝试过并将其集成到我的项目中，非常棒。似乎使用起来很简单，而且 java AspectJ ITD 似乎是一种非常酷的技术，可以帮助我生成和持久化我的实体。目前它只适用于 JPA，因此并没有真正利用 DataStore 的真正潜力（仅限 RDBMS :(
Objectify：尚未尝试过这个，但直接处理 Google DataStore API 似乎很棒。与 JDO 无关。我检查了示例使用情况，它看起来也很不错。

有经验的人有意见吗？

谢谢！

【问题讨论】：

标签： gwt persistence google-cloud-datastore spring-roo objectify

【解决方案1】：

我创建了一个未发布的 Roo 插件，它使用 Twig 来实现 GAE 持久性。 Twig 太棒了，几乎没有配置，问题真的只有在我过度配置的时候才会出现。 GAE 上的 JPA 的问题在于它只是 JPA 1.0，而且 GAE 的 Datanucleus 插件充其量是粗略的。

如果我只针对 GAE，我会使用 Twig 或 Objectify。如果您有兴趣，我可以将我的 Twig 插件发布为 Google 代码项目。

【讨论】：

James，我想很多人都会对 roo Add-on 感兴趣。实际上我正在考虑实现类似的东西，但决定先搜索现有的解决方案并登陆这里。

【解决方案2】：

在 GAE 开发模式下，您只能以编程方式保存对象（我在过去 3 天中搜索了如何将数据从在线数据存储批量导入/同步到本地数据存储的解决方案，但对于 java 应用程序似乎没有简单的解决方案 -至少据我所知）但是如果您仍然想要 NoSQL，objectify gwt 对您来说是一个很好的解决方案。一票给 Objectify。

【讨论】：