我正在学习JSF2.0，参考了一份教程，但是我有以下问题：
这个教程仅使用了两个库：jsf-api.jar, jsf-impl.jar以及来自Mojarra Project的JSTL。
我尝试下载它们，但似乎该网站无法访问。因此，我使用了Apache MyFaces，但是为了运行示例，我必须添加8个库（commons-*，myfaces-*）。
如果我使用MyFaces，为什么需要更多的库呢？我应该选择更轻量级的Mojarra吗？另外，下载页面确实是JSF Mojarra吗？
谢谢
如果我使用MyFaces，为什么还需要更多的JAR包？
因为这些commons-*依赖项未捆绑在MyFaces中。另一方面，如果您正在使用来自Apache.org的其他库，这些库也使用这些commons-*依赖项，则最终您将获得更小的总大小库。
应该注意的是，自Mojarra 2.1.6以来，已经提供了单个JAR文件格式javax.faces.jar，自Mojarra 2.3.9起重命名为jakarta.faces.jar。
我应该选择Mojarra作为更轻的选项吗？
这不是一个问题。你应该看看JSF实现的健壮性和维护情况。
Mojarra的前身Sun JSF RI 1.0和RI 1.1的早期版本存在许多严重的错误。在那个时候（大约在2004-2006年），MyFaces明显是更稳定的选择。
自从2006年初的1.1_02和1.2_02以来，新的Sun/Oracle JSF开发团队做了很好的工作。不仅修复了错误，还进行了性能优化。在Mojarra 1.2寿命的一半左右（大约在2007-2009年），Mojarra比MyFaces更好的选择。
自从 JSF 2.0 推出了新的部分状态保存管理，MyFaces 在性能方面是更好的选择，因为它采用了一种不同且更高效的方法来计算状态增量，特别是在使用大型组件树时。Mojarra 直到版本 2.1.22 才迎头赶上。在 2.0/2.1 时间轴上，Mojarra 只有在复杂/嵌套构图中遇到
<ui:repeat> (例如，破损的状态保存、仅处理最后迭代的表单、失败的 <f:ajax> 等) 和 flash 范围实现 (最初的实现完全没有防护措施) 这些严重问题，而 MyFaces 也有其自己的一套 bug，但它们是可管理的。
目前，使用JSF 2.2时，我们无法预先确定哪个实现更好。错误通常要在后续才能暴露出来，而鲁棒性只能在事后进行评估。只需选择您“感觉”最好的实现即可。浏览他们的问题报告（MyFaces和Mojarra），了解以前修复的问题和当前未解决的问题。如果遇到特定的错误，请尝试使用两种实现来排除其中之一。必要时报告，以保持两种实现的整体质量高。
下载页面确实是 JSF Mojarra 吗？
他们的主页已经移动了几次。目前（2019年11月）位于 https://eclipse-ee4j.github.io/mojarra。您也可以在Maven Central中找到org.glassfish:jakarta.faces库。您可以在GitHub的eclipse-ee4j/mojarra项目中找到源代码。
以下内容来自我的博客：
http://lu4242.blogspot.com/2011/06/10-reason-why-choose-myfaces-core-as.html http://lu4242.blogspot.com/2012/05/understandingjsf-2-and-wicket.html
更新于2013年7月：请参阅JSFCentral网站上的一系列文章和2013年的更新：
http://www.jsfcentral.com/articles/understanding_jsf_performance_3.html
乍一看，MyFaces和Mojarra这两个JSF实现相同，因为它们都基于同一个标准。你可以从一个实现切换到另一个实现是JSF规范质量的体现。
但在底层，MyFaces Core 2.x比Mojarra更优秀很多。注意我是MyFaces项目的提交者，所以我在这里只提供我的观点：
更新于2012年5月： 2.1.0：47、2.1.1：6、2.1.2：84、2.1.3：9、2.1.4：74、2.1.5：7、2.1.6：35、2.1.7：52
社区至上：MyFaces社区拥有许多对JSF非常熟悉的人才。订阅用户和开发者邮件列表是了解最新动态、接收反馈并认识其他对JSF感兴趣的人的最佳途径。请参见MyFaces邮件列表
Apache以优化Sun/Oracle的技术而著称。在这种情况下，MyFaces Core对部分状态保存、组合组件等方面进行了一些很酷的优化！。
MyFaces Core与OSGi兼容。它提供了一些SPI接口来处理特殊设置，当您需要更多的类加载控制时使用。
MyFaces Core与facelets 1.1.x更兼容！只需将org.apache.myfaces.REFRESH_TRANSIENT_BUILD_ON_PSS网页配置参数设置为true，一个特殊模式就会被激活。不再出现破碎的c:if标签或c:forEach或ui:include！2012年5月更新MyFaces Core内部完成了改进算法，即使在使用facelets动态更新组件树时也可以减少状态大小。这个参数不再必要。
MyFaces还有其他项目（Trinidad、Tobago、Tomahawk、ExtVal、CODI、Orchestra、PortletBridge RI等），这些项目测试MyFaces Core，帮助保持代码整洁，一旦出现bug，则可以更快地处理。
您可以使用svn签出并轻松构建任何MyFaces项目，因为它们都是基于maven的，大多数IDE提供maven支持。
目前（2011年6月），Mojarra存在与状态保存相关的讨厌bug，而MyFaces由于其实现方式完全不同，所以不会出现这种情况。事实上，MyFaces局部状态保存算法比Mojarra与JSF 1.2状态保存更兼容。但请注意，Mojarra开发人员正在解决此问题，但修复需要数月甚至数年。
创新发生在MyFaces上。
2012年5月更新
请参阅本文为Web应用程序选择MyFaces Core作为JSF实现的十个理由
对于那些想要查看MyFaces、Mojarra和Wicket性能比较的人，请看了解JSF 2和Wicket：性能比较
2013年7月更新
比较范围扩展到包括Spring MVC、Tapestry、Grails 2和Wicket等其他框架。请参阅JSFCentral上的文章：2013年7月更新于JSFCentral
mvn tomcat7:run和tomcat:run一起使用（.xhtml文件可编辑/刷新）。这对我们公司来说是一个决定性因素。 - acdcjunior通常情况下，除非有其他原因需要使用其他的JSF实现，我会坚持使用Mojarra。我使用Netbeans，所以最容易使用的是“默认”项目设置，它使用在GlassFish下运行的Mojarra。
上次我使用MyFaces是因为我考虑使用Tomahawk，而且使用来自同一源的JSF实现似乎是合理的。但是，我已经转而使用Primefaces，它在Mojarra下运行良好。
现在，JSF-2.0组件库正在涌现，似乎有很多开发正在进行中。因此，您应该学习并能够在JSF实现之间切换，以防出现问题。
MyFaces拥有更多JAR文件的原因是它具有比参考实现更多的功能。
你使用的是哪个集成开发环境？如果你使用的是eclipse，那么在创建JSF 2.0项目时它会下载所需的jar包。请查看http://www.icesoft.org/training/icefaces-self-serve-training.jsf
Mojarra和MyFaces之间没有太大的区别。您可以检查哪个是更稳定的版本。正如Balusc所说，MyFaces是最稳定的版本（在2005-2006年）。此外，许多人在2.0之后开始使用Mojarra，因为它相对于myfaces变得更加稳定。
我在使用mojarra (2.2.8)时遇到了严重的头痛，出现了奇怪的行为，例如由于先前的表单更新，ajax方法只会在第二次用户交互后才运行。使用MyFaces后，所有问题都解决了。