基于门户的解决方案是否非常适合此问题？

就个人而言，我会远离大型的Portal解决方案（它们通常是生产力的杀手ers）。虽然我听说过有关Gatein的好消息，但是我没有任何实际经验。

有关使用“ Spring Roo”或“ Play”的任何见解都将非常有帮助。

关于Spring Roo，我已经在互联网上阅读过诸如Spring Roo Vs（Wicket和Spring）之类的先前答案以及其他内容，但我仍然不确定（也许我不明白），我不确定它的成熟度，更重要的是，我真的很想知道SpringSource对Grails和Roo所做的事情（不，Grails与Roo –为什么SpringSource推动了两种非常相似的技术？使我无法说服它们都可以生存）。

关于Play，我不能说太多。我已经像所有人一样看过该演示，但我想阅读现实生活中的反馈。在那之前，我将等待。

我确实找到了类似的帖子（…）。同时，情况肯定发生了变化！

是的，不是:)但是，让我们进入演示框架吧：你的问题没有一个答案（就像一年前一样），周围有十几个框架，也没有明显的赢家。仅举几例：

• JSF：许多人都对基于组件的框架持怀疑态度，包括我在内，所以我不是谈论它的最佳人，但是…
• JSF 2（+ CDI /焊接）：（Gavin King鼓励）JSF怀疑论者“重新审视”。确实，我认为JSF 2是一个很大的改进，特别是对于CDI而言，但是…它仍然是很新的（理解，它没有费用返还）。如果你想使用Java EE 6，请进行检查。
• Wicket：另一个基于组件的框架正受到越来越多的关注。我听到的大部分都是关于它的好处：比JSF简单，好设计，可测试性高，对HTML设计人员友好等。你可能喜欢它。
• Tapestry：别这么做（请参阅为什么停止使用Tapestry？）
• Struts 2，Spring MVC，Stripes：基于动作的框架。一切都不错，将满足你的需求（个人而言，我喜欢Stripes及其在配置方法上的约定，请参见Stripes vs. Struts2了解它）。

• GWT，Flex，Grails：这些可能不是你想要的。我真的不能谈论Flex和GWT（最新版本），但是我知道Grails确实有 一些 支持者。
  实际上，我建议你看一下Matt Raible的演示文稿，他在比较Web框架，显示其优势和劣势，收集事实和数字，显示趋势方面确实做得非常好。我建议：

• 比较JSF，Spring MVC，Stripes，Struts 2，Tapestry和Wicket（仍然不作废）

• 未来的Web框架：Flex，GWT，Rails和Grails（只是为了尝试替代方法）
• 比较Kick-Ass Web框架（这是最新的）
  确实，看看这些演示文稿，它们将帮助你找到合适的框架（没有唯一的答案，但是你可以通过消除选择来限制选择），并且可能会改变你的观点。