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 （参考实现）

PROS

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

缺点

• 我不知道！

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转换模式。