seam - 从 Seam 2 切换到纯 JavaEE 6 的最大变化(损失)可能是什么？

Question

问题几乎说明了一切，尽管我明确地在寻找我可能会错过的关于 Java EE 6 环境中的 Seam 2 的东西(“损失”)。

对于我最新的(小型)项目，JavaEE 6 或更具体地说 JSF 2 是一个修复要求，因此使用 Seam 2 不是一个选项(也不会是)。尽管有人说让 Seam 2 与 JSF 2 一起工作，但我从未成功过。到目前为止，我只使用了 Seam 2，我担心切换到普通的 JavaEE 环境会带来比我目前意识到的更多的问题。

该项目具有以下基本/核心要求:

基于角色和权限的安全概念(约 50 个用户)

JPA 2 事务持久性

...

其余的将是相当基于 GUI、搜索表单、客户端验证等，将通过 RichFaces 4 和 JavaEE 6 bean 验证来处理。没有网络服务，没有 Restful URL，没有消息传递，没有电子邮件。

我可以看到使用 Seam 安全性肯定会是一种损失，但我不确定 Seam 持久性、实体/查询框架、JBoss EL 和其他会是什么， 尤其是整体编程模型 (导航，EL， bean 类)。请注意，我们将能够在有意义的情况下添加 Seam 3 模块，因此您可以在“ yield ”部分的讨论中包含 Seam 3。

那么，有人可以澄清一下吗？ (它不必是一个完整的总结，无论你想到什么，继续)

PS:我无法连接到 Seam 论坛，所以我觉得我需要在这里提问。

Answer 1

我可以告诉你的 - 具有各种 Java EE 5/Seam 2 和 Java EE 6/Seam 3 应用程序的背景:
Java EE 6/Seam 3 没有什么是您无法解决的 ，并且许多事情感觉更加成熟(例如，类型安全的 CDI 比 Seam 2 基于字符串的组件要好得多，JBoss AS 7 比所有其他版本好得多)。
但是:Seam 2 更像是一个一站式解决方案，可以满足您在企业 Web 应用程序中可能遇到的所有需求，使用 Java EE 6，您几乎肯定会遇到来自不同模块的更多困惑 .
Seam 3 是一个很好的开始，但它还没有完全准备好生产，至少不是所有部分。因此，您将不得不处理仍需解决的问题和异常。这肯定与 Seam 2.x 不同，后者的道路感觉铺得很好。
没有等价于 Seam 2 的集成导航/页面流概念 .您要么必须使用 JSF 2 导航，要么自行集成 Drools 或类似的东西。
嵌套对话 是您可能在 Seam 2 中喜欢的东西。在 CDI 中没有这样的东西 - 但是 OpenWebBeans/CODI 提供了一个很好的解决方案作为 CDI 扩展。
所有的 GUI 东西 (pdf、邮件、报告)正在 Seam 3 中 - 但尚未 100% 准备好(9/2011)。这将在下一次改变 - 但现在，你正在使用 alphas 和 betas。
说了这么多，下面是我的建议:
尽快(并且有争议)切换到 Java EE 6/CDI。这就是 future 。 :-)