EE4J，JSF规范，MyFaces和未来方向

Question

直到JSF 2.3，mojarra（参考实现）和myfaces均基于JSR规范文档。

转到EE4J：

1. 规格文件是否会等效？
2. 它如何影响其他实现的未来（jsf的myfaces）？
3. 未来的mojarra和myfaces是否仍将兼容，以便我们可以在其中任何一个上运行应用程序？ （由应用程序服务器提供的实现-WAS = myfaces＆glassfish = mojarra）
4. 它会对依赖底层实现的组件框架（如Primefaces，Bootsfaces等）产生什么影响？

Answer 1

更新日期为2018年8月19日：：GuillermoGonzálezdeAgüero最近给了interview at Jaxenter.com，以解决您的一些问题。特别是，他有点担心Oracle无法开源规范文档。这样可以避免仅仅将这些文档作为新规范文档的基础。

更新，2018年8月17日：在写完最初的答案后，我联系了一些领先的JSF开发人员（请参阅this discussion on Twitter）。有计划清除过时的API，例如删除旧的JSF ManagedBeans以支持CD​​I。因此，将会有API的更改，但我认为这不必担心。我确定升级路径会很顺利。

总是很难对未来做出预测。但是，我比大多数人更接近规范团队中的人员，因此我可以做出一些有根据的猜测。

1. EE4J是Eclipse基础生态系统的一部分，因此我确信将会有一个定义明确的规范过程和大量文档。我几乎可以肯定会有详细的规格文档，但要花点儿力气-我不是内部人士。 （另请参见上面的更新-当前，JavaEE的规范文档受版权保护，并且似乎不太可能将其捐赠给Eclipse基金会。）

2. 据我所知，对MyFaces的影响不大。他们只需要遵循不同的规范文档即可。

3. 肯定是。 MyFaces是一个积极开发的项目，旨在替代Mojarra。仅仅因为参考实现从一家大公司迁移到Eclipse基础，这不会改变。

4. 对PrimeFaces和BootsFaces的影响不会很大。这两个项目都将与Mojarra和MyFaces以及与JSF的每个当前版本兼容。还有其他的JSF库，例如HighFaces，它们依赖于Mojarra的内部API。但是即使在这种情况下，也不会有太大变化。

在任何情况下，我都不希望在不久的将来JSF API发生重大变化（除了清除过时的API，例如放弃对“ ManagedBean”的支持）。 Java世界的优势一直是向后兼容。再次，这只是有根据的猜测，所以请带一点盐。