EE4J、JSF、MyFaces及其未来发展方向

Question

在JSF2.3之前，mojarra (参考实现)和myfaces都是基于JSR规范文档的。

通过移动到EE4J：

1. 是否有与规格文件相当的文件？
2. 它如何影响其他实现的未来(jsf的我面)？
3. 未来的mojarra和我的脸还会兼容吗，这样我们就可以在其中任何一个上运行应用程序了吗？(应用服务器提供的实现- WAS = myfaces & glassfish = mojarra)
4. 它会对依赖于底层实现的组件框架(如Primefaces、Bootsfaces等)产生什么影响？

Answer 1

更新2018年8月19日： Guillermo González de Agüero最近给出了一个解决您的一些问题的Jaxenter.com专访。特别是，他有点担心Oracle不会开放规范文档。这将防止简单地将这些文档作为新规范文档的基础。

更新2018年8月17日:在编写了我的初步答案之后，我联系了一些领先的开发人员(参见在Twitter上的讨论)。有计划清除过时的API，比如删除旧的JSF ManagedBeans以支持CDI。所以会有API的改变，但我不认为这是值得担心的事情。我相信会有一条顺利的升级之路。

预测未来总是很困难的。然而，我和规范团队中的人比大多数人更接近，所以我可以做出一些有教养的猜测。

1. EE4J是Eclipse生态系统的一部分，所以我确信会有一个定义良好的规范过程和大量文档。我几乎肯定会有一份详细的规格说明文件，但我并不是内部人士。(还请参阅上面的更新--目前，JavaEE的规范文档处于版权保护之下，似乎不太可能被捐赠给Eclipse )。
2. 据我所见，对MyFaces的影响不大。他们只需遵循一个不同的规格文件。
3. 绝对是的。MyFaces是一个积极开发的项目，旨在取代Mojarra的插件。这种情况不会因为参考实现从一家大公司转移到Eclipse基金会而改变。
4. 不会对PrimeFaces和BootsFaces产生太大的影响。这两个项目都将与Mojarra和MyFaces以及每个当前版本的JSF兼容。还有其他JSF库，如HighFaces，它们依赖于Mojarra的内部API。但即使在这种情况下，也不会有太大的变化。

无论如何，我不认为JSF在不久的将来会发生重大变化(除了清除过时的API，例如放弃对ManagedBean`的支持)。Java世界的优势一直是向后兼容性。但同样的，这只是一个有教养的猜测，所以，你可以用一点点盐来理解它。