GWT前端的最佳java webframe后端？

Question

GWT前端的最佳基于Java的Web框架后端是什么？

可能的后端：接缝，jsf，弹簧网......？

特别是我对实践经验以及PROS和CONS感兴趣。

顺便说一下：   - 请不要使用动态类型语言   - 有没有人为此尝试接缝或弹簧？

Answer 1

我发现的最好的是EJB3 / JPA。因此，您的GWT通过RPC与您的Web层进行对话，而Web层又实例化EJB Session Beans以处理所有业务逻辑和持久性。您的JPA持久性POJO可以从后端到GWT一直使用，因此您无需进行任何类型的转换或转换。它使您的代码保持良好和干净，并让您自由创建您想要的任何范例（胖客户端，瘦客户端，mvc，等等）。

优点：

• 清洁实施，JPA POJO可以从后端一直传递到前端
• 使用任何设计模式构建后端的灵活性需要您的喜欢
• 无需编写任何类型的代码进行翻译，只需使用内置的GWT RPC
即可
• 基于行业标准，因此文档/支持广泛可用

缺点：

• 您只需使用在POJO中编译GWT的代码。无论如何，你不应该有他们的业务逻辑，因此大多数时候这不是问题。

Answer 2

JAX-RS（JSR 311），来自Jersey（参考实施）

赞成

• 简单而强大的注释/基于POJO
• 内置Java EE应用程序服务器（特别是glassfish）
• 工具支持（例如netbeans Web服务资源管理器，EJB集成，spring / guice集成）

CONS

• 我不知道！

Answer 3

的grails 专业人士：

• 快速发展
• 如果需要，可以通过HTTP或GWT RPC实现简单的JSON实现
• 令人难以置信的高效率
• 吨轻松插件

缺点：

• 你很想用你的所有后端使用grails。

任何建议像Seam或JSF这样重的东西的人都没有意识到GWT客户端是有状态的，你不需要在你能找到的最简单的动作请求框架之外的任何东西（目前是grails）

Answer 4

这取决于您要使用何种类型的客户端 - 服务器通信。如果你使用谷歌RPC，你的选择是有限的，因为GWT RPC连接在服务器上的方式 - 它很大程度上决定了servlet的使用，没有MVC框架。

另一方面，如果您希望通过网络谈论JSON或XML，那么Web框架的选择在很大程度上取决于您，我不会说有一个比其他专门用于此工作更好。您应该选择一般最适合的框架。

Answer 5

我更喜欢seam作为后端：具有很好的安全支持，并且它支持greate转换模式。