RichFaces和Seam团队对社区、开源和与如Java社区进程（JCP）等标准机构合作充满热情。这就是Oracle/Sun决定解散JSF专家组（JSR-314），而没有继任JSR以开发JSF未来修订版令人失望的原因之一。Dan Allen在JSR-314公共邮件列表上的信件中非常清楚地总结了JBoss/Red Hat的立场。虽然我们希望继续支持JSF规范，但没有官方的JSF和EG，以及它带来的知识产权和治理保证，这使得事情非常困难。
我想非常明确地说。我相信工程师们正在尽他们所能处理当前的重点和约束。他们仍然在JSR-314公开邮件列表上发帖，您可以使用JBoss jsr-314-open-mirror）查看，并征求评论和补丁。RichFaces和Seam团队也将在我们当前的约束下工作，并努力解决一些将影响JSF 2.0关键功能的核心问题。同时，我们将推动成立新的JSR。不幸的是，由于上述问题，JBoss的参与受到限制，尽管我们完全准备好在正确的环境下贡献力量。当条件不具备时，我们只能期待规范负责人将我们的问题纳入考虑并推动它们。
以下是一个例子，JSF规范的主要目标之一是使组件库能够在同一应用程序内，理想情况下在同一页面上相互操作。随着组件库根据新规范发展和添加功能，我们发现规范需要更新的领域。由于没有官方JSR，规范优先级由RI优先级驱动，一些问题已被推到规范的未来版本（时间表未知）。以#658为例，它解决了一个关于PartialViewContext的问题以及组件库如何在不破坏其他组件库的情况下扩展它。RichFaces团队已经提供了一个补丁草稿来解决这个问题（感谢Nick），但是由于时间问题，这不会包含在JSF 2.1中。
由于JSF 2.2+没有已知的日期、JSR或专家小组，Seam和RichFaces项目将继续为我们的社区提供他们期望的功能和功能，但在某些情况下，这需要在JSF规范之外。例如，View Actions将由Seam Faces实现，而不是现在成为规范的一部分。Richfaces已经并且将继续与其他组件库（如IceFaces、PrimeFaces等）进行联系，以启动关于如何在规范之外解决这些问题的讨论。我们希望能够实现承诺的互操作性，同时为规范的未来版本原型更新。
让我们希望这种情况可以尽快解决！
