JBoss应用服务器7中的Seam？

JBossAS7支持哪个Seam框架版本？ 我计划使用Seam2.2.2，它是否与JBossAS7兼容？

是和否

如果你将自己想象成Seam的时间线，那么答案就只有一个：

• Seam2.x的创建是为了简化针对JavaEE5的开发，并作为未来标准（主要是JavaEE6和JSF2）的孵化器
• JavaEE6采纳了Seam2（和其他）的思想来指定CDI（并改进JSF等API）
• Seam 3为JavaEE6带来了新的想法，并作为未来标准（主要是JavaEE7和JSF2.x）的孵化器

是的，Seam 2或多或少与JBoss AS 7兼容。为什么？因为JavaEE6向下兼容JavaEE5。但你必须处理一些问题，比如一个又一个。我刚刚将Seam 2.x应用程序从JBoss AS 4迁移到JBoss AS 6，花了我一个月的时间

---

不，不要在新项目中使用Seam 2，不要在2011年使用。CDI比Seam 2双射成熟得多，JSF 2比JSF 1.2容易得多，因此任何类型的应用程序开发都会比Seam 3有趣得多。最后，我想谈谈我的经历：我们最近将JBossAS5.1上的Seam2.2.0/JSF1.2/primefaces 1.1/JPA1.0项目迁移到JBossAS7.1上的Seam2.3.0CR1/JSF2.1/primefaces 3.4/JPA2.0项目。 事实上，Seam2.3分支是专门为支持JSF2而开发的，它“自然”将Jboss作为7的目标

---

我们的应用程序广泛使用“Seam应用程序框架”，迁移过程也比较简单，您可以查看相关说明。另一方面，如上所述，对于一个新项目，应该有更好的替代方案。

感谢您的详细解释。实际上，我们计划在JBoss AS7中部署一个seam 2.2.0项目。目前它正在JBoss5.1中运行。在进行该迁移时，从下面的选项1）Seam 2.2.0、2）Seam 2.2.2和3）Seam 3中会出现一个混乱。正如我所说的，Seam 2.2.2（不是2.2.0，AFAIK）可能会出现，但工作还有待完成。你应该事先做一些仔细的调查——你问这个问题的事实意味着这仍然是一个有待解决的问题。无论迁移到JBoss AS 7的动机是什么，重写应用程序（或将其留在JBoss 5上）可能会更容易、更复杂，而且：请记住Seam3不是Seam2。接下来，它是一个全新的实现，就像MyFaces CODI一样。我已经在JBoss AS 7上成功部署了Seam 2应用程序。这需要一些工作，但我学到了很多。查看jboss.org上的论坛。和你一样，我也习惯于思考“seam应用程序”。J2EE是一个新的世界，“seam应用程序”不再是思考这些事情的好方法。最好考虑一下J2EE6应用程序。您可能会使用一两个seam模块，但是当我们想到“seam应用程序”（即JSF和EJB之间的桥梁）时，我们想到的核心和灵魂现在由weld实现。这是一种范式转变。到现在为止，5个月后，你可能已经明白了。简：你的两个链接是一样的。