现在select一个Java Web框架？
我们正在将一个基于自定义开发的mvc框架构build的大型网站迁移到一个基于java的web框架，该框架提供了对ajax，富媒体内容，混搭，基于模板的布局，validation，最大html / java代码分离。 Grails看起来是一个不错的select，但是，我们不想使用脚本语言。 我们要继续使用java。 基于模板的布局是一个主要的关注点，因为我们打算将这个Web应用程序与具有相似function但外观和感觉完全不同的多个网站一起使用。
基于门户的解决scheme是否适合这个问题？
任何有关使用“Spring Roo”或“Play”的见解都将非常有帮助。
我的确发现了类似的post，但已经有一年多了。 事情一定会改变的！
编辑1：谢谢你的伟大的答案！ 这个网站正在成为壕沟程序员信息的最佳单一来源。 不过，我期待更多关于使用portal-cms二重奏的信息。 Jahia看货物。 任何类似的东西？
基于门户的解决scheme是否适合这个问题？
就个人而言，我会远离大型门户解决scheme（他们往往是生产力的杀手）。 虽然我已经听说了有关Gatein的好东西，但是我没有任何实际的经验。
任何有关使用“Spring Roo”或“Play”的见解都将非常有帮助。
关于Spring Roo，我已经阅读过Spring Roo Vs（Wicket and Spring）等在Internet上的其他答案，但是我仍然不确定（也许我不明白），我不确定它的成熟度，更重要的是，我真的很想知道SpringSource在Grails和Roo上做了什么（不， Grails vs Roo – 为什么SpringSource推出了两个非常相似的技术？并不能说服他们两个都能存活）。
我不能说太多关于游戏。 我看过每个人都喜欢的演示，但是我想读一些真实的反馈。 在此之前，我会等。
我确实find类似的post（…）。 事情一定会改变的！
是的，没有:)但让我们进入演示文稿框架地狱：你的问题没有单一的答案（如一年前），那里有十几个框架，没有明确的赢家。 只举几个例子：
- JSF：很多关于这个基于组件的框架的怀疑者，包括我，所以我不是最好的人谈论它，但…
- JSF 2（+ CDI /焊接）：JSF的怀疑者（ Gavin King ）鼓励“再看一眼”。 事实上，我认为JSF 2是一个很大的改进，特别是在CDI方面，但是…它还是很新的（理解，它缺乏反馈）。 如果您想拥抱Java EE 6，请检查它。
- Wicket：另一个基于组件的框架越来越受到关注。 我听到的主要是关于它的好东西：比JSF简单，devise好，可testing性高，HTMLdevise器友好等等。你可能喜欢它。
- 挂毯：只是不要（看你为什么停止使用挂毯？ ）
- Struts 2，Spring MVC，Stripes：基于Action的框架。 所有体面的，将涵盖您的需求 （个人，我喜欢条纹和其约定configuration方法，看Stripes与Struts2来了解它）。
- GWT，Flex，Grails：这些不是你想要的。 我不能真正谈论Flex和GWT的（最新版本），但我知道Grails确实有 一些 粉丝 。
实际上，我build议看看Matt Raible的演讲 ，他在比较web框架，展示自己的长处和弱点，收集事实和数字，展示趋势方面做得非常出色。我build议：
- 比较JSF，Spring MVC，Stripes 2，Tapestry和Wicket （还没有过时）
- 未来的Web框架：Flex，GWT，Rails和Grails （只是为了体验其他select）
- 比较踢屁股networking框架 （这是最新的）
真的，看看这些演讲，他们会帮助你find一个合适的框架（没有独特的答案，但你可以通过消除限制select），并可能改变你的观点。
我一直在使用Spring 3和Jquery一段时间，但听说Play，并给了它一个镜头。 我真的很喜欢它，Play是一个非常适合PHP和像Spring这样的重型Java框架之间的东西。
我最喜欢玩的东西是：
- 非常容易得到一个播放应用程序的地面，你必须很长的编码和configuration，以得到一个简单的Crud应用程序在屏幕上与Spring（虽然spring3使它变得更容易）。
- Spring Security非常棒，但它的代价是复杂性。 Play的安全模块非常简单，覆盖了大概90％的应用需求。
- 您可以更改代码并在浏览器中进行刷新，以便像使用PHP一样查看更改，而不必使用基于Servlet的框架执行整个重新部署。
- 错误消息很好地显示，大部分时间都不那么神秘。 玩仍然需要在他们的error handling工作
- Play有一个插件机制，非常简单。
- 对象持久性是非常好的，因为内存数据库和JPA带有框架，所以没有外部对象持久性工具的configuration。 从内存数据库到实际的RDBMS是configuration文件中的一行更改。
- MVC设置完成得非常好。 您扩展以创build您的域对象的Model类与JPA实体pipe理器集成。 他们不只是POJO的。
- 将URL映射到控制器是简单而灵活的，并且都在一个“路由”文件中。
- 每当你创build一个项目时，Play就会处理所有的jar依赖项，而且Play有一个工具可以让eclipse-ify（或者其他你喜欢的IDE）项目直接导入到你最喜欢的IDE中。
我不喜欢玩的东西
- 该文档还没有完成，还有很多未logging的function。
- 该框架是服务器，所以你必须为每个应用程序分配一个端口。 我想有人正在做一个虚拟主机插件，但我还没有看到它的行动。
- 这是年轻的，这个项目真棒，技术真棒，但真的需要更多的开发人员。 我很乐意花一些时间，我们会看到的。
我最喜欢的是Wicket 。 标记和java代码清晰分离。 很容易编写和使用组件。 简单的使用Ajax，可testing性。 您可以直接debugging到您的页面/组件，并且不会从JSF实现中获取神秘的错误消息;）
在性能方面也有一个比较好的JSF比较
我的前三个select是（按字母顺序）：
- JSF
- Spring MVC
- Struts 2
他们：
- 有良好的Ajax支持
- 允许您制作实际的网站，而不是应用程序（如GWT）
- 稳定，有据可查，应用广泛
- MVC
- 纯Java
- 与Spring轻松集成为中间件
Play与ROR（Java中的ROR版本）非常相似
与其他答案相反，我想强调stream行的Web框架的缺点（恕我直言）：
JSF2 – 已发布并已经过时。 还只有一些新闻/文章/博客文章/经验。 我很怀疑。 还在等待完全支持jsf 2的Richfaces / Icefaces的下一个主要版本 – 目前只有alpha版本可以下载。
Struts 2 – 似乎只是一个好东西，如果你仍然依靠struts，并想重构你的大部分代码。 否则：不要。
GWT – 我不喜欢单页和java-> javascript的方法。 我不确定是否可以轻松实现一个会话 – 多个视图/窗口。 对我来说，这个框架应该用于大量用户的单窗口丰富的互联网应用程序。
Wicket – 很好的方法，但有一点冗长，文档太less（除了在行动手册中的好门子，但是这只包括1.3）。 另外，对我来说，它缺乏build立在它上面的大项目。 而我目前无法看到检票口的路在哪里，或者是否已经被驱赶到死胡同。
Spring MVC – 还没有尝试过，但是你必须在你的类path中包含许多jar（spring mess）来正确地处理这个框架。 它依赖于JSP（在大多数项目中），我认为它已经死了。 而且你只能得到一个纯粹的MVC框架 – 所有其他的东西（Ajax和其他）必须被实现/集成。
Stripes – 一个小而精美的MVC框架，但文档太less，提交/提交者太less，发布太less，行业支持太less，邮件列表活动太less。
我也很好奇，如果我错过了一个主要的框架（我故意离开Tapestry），这可能是一个select（也为我）。
我在JAX-RS方面取得了巨大的成功。 它是唯一的Java Web框架，它具有某种types的JSR规范和除servlet和portlet规范之外的多个实现（尽pipe这可能是一件坏事）。
有一件事情对于Java来说不好而且好，就是你可以select和匹配框架（python也有这个特性/问题）。 它很好，因为你不必把所有的鸡蛋放在一个篮子里。
这是一个通用的Java Web应用程序堆栈配方：
Javascript / Flash +请求/响应处理+dependency injection+持久化
Javascript： JQuery，Prototype，Dojo
请求/响应： Spring MVC，Stripes和我最喜欢的JAX-RS（Jersey，Apache CXF）
dependency injection： Spring，Guice
持久性： JPA（Hibernate，Google App存储），Hibernate，JDO等等。
我也在使用AspectJ让Java“less吸”方面取得了巨大的成功。 通过使用Spring的@Configurable和AspectJ的ITD mixin，你可以得到类似于Domain对象的Rails（这实际上是Roo做的，但是你不需要Roo来做到这一点）。
我发现条纹是非常有效和令人惊讶的轻量级….它的目标是比struts更轻量级。 我从朋友那里听说JSF不值得打扰，尽pipe我没有第一手的经验，也不能用例子（！）来支持。
看看RESThub ，它遵循Play的相同原则！ 而是通过重用一些企业级框架/工具（如Maven 3 / Spring 3 / Jersey / jQuery）来实现。
与其他框架相比，RESThub是非常具有破坏性的，因为它是一个完整的堆栈工具包，但没有任何服务器端的MVC或基于servlet的framworks。 相反，它使用基于jQuery UI的GUI，使用JAX-RS（REST）web服务和基于embeddedJs的Javascript模板系统。
服务器是无状态的，我们使用HTML5 sessionStorage来保持客户端的会话。 这种方法是为RIA和可扩展性devise的。
提供了一些演示应用程序（即使正在build设中）。
JSF是一个很好的框架，但是JSF 1.2在发布之前几年都缺乏远见。 JSF 2.0看起来很有希望，并且在JSF 1.2中增加了许多新的东西，比如ajax支持，facelets，Annotation支持和默认约定（lessXML），易于组件构build等等。
如果你关心DI的支持，它也可以很好的与Spring集成。
我会第二个spring的build议。 我不是一个巨大的粉丝GWT，我不认为Java – > JavaScript交叉编译器还有。 我正在使用服务器上的弹簧和客户端上的jQuery的AJAX应用程序。 尽pipe从技术上讲，jQuery并不是“开箱即用”的支持，但实现spring-MVC AjaxView非常简单，只需要大约25行代码。
也许有点迟到的演出，但我不得不提到Vaadin 。 编程只能通过基于组件的方法在Java中完成。 客户端 – 服务器通信更多地是关于用户交互而不是数据传输，所有业务逻辑驻留在服务器上。
分机GWT +spring
我认为你所寻找的是接近Jahia的东西。 它支持GWT，Mashups，媒体内容等
http://www.jahia.org/cms/lang/en/home/Jahiapedia/Jahia_Templates http://www.jahia.net/downloads/jahia/jahia6.0.0/readme/index.html
后台门户软件
几年前已经使用门户软件“ Backbase ”，这是不是很成熟。 但是发展很好，很容易。
看看ItsNat
ItsNat基本上是一个服务器上的Java W3C浏览器，非常简单（服务器中的DHTML），促进了AJAX密集型单页面应用程序
不仅仅是一个子弹，值得一提的是基于玩家的RIA框架。 防爆。 Adobe Flex + Java（当然，这可能会取决于你的“网站”是真正的“网站”还是更像是一个“应用程序”，你不会在Flex中做一个博客网站。
AJAX，
在AJAX这个术语的意义上，Flex通常使用AMF（一个比AJAX应用程序使用的协议更高效的二进制协议），尽pipe你也可以使用Flex来严格控制AJAX。 所以Flex支持AJAX，但也支持“比AJAX好”。
丰富的媒体内容，混搭，
由于Flex在Flash的“虚拟机”平台上运行，我认为很less需要添加。
基于模板的布局，
不知道这到底是什么，但它听起来像Flex mxml。
validation，
当然支持，但是如果你想要看起来，你可能会决定做一些自定义的东西。 （不是说你必须这样做。）好的是，你可以像你想要的那样复杂 – 不然。
最大的html / java代码分离
您不能通过使用像Flex / Silverlight / JavaFX这样的“虚拟机”开发方法来获得更多的分离。 这不仅可以使您的演示代码与服务器端逻辑和数据访问层保持分离，而且可以确保它们分离。 “虚拟化”您的开发环境可以使您跨浏览器兼容性，一致的目标平台，不用担心新浏览器或新的浏览器发布会破坏您的应用程序，顶级的类javadebuggingfunction，以及更专业/令人印象深刻的最终产品。
