gpt4 book ai didi

jsf - Mojarra 和 MyFaces 之间的区别

转载 作者:行者123 更新时间:2023-12-02 10:34:02 26 4
gpt4 key购买 nike

我从 JSF2.0 开始,我使用了教程作为引用,但我有以下问题:

本教程仅使用了 2 个库:来自 Mojarra 项目的 jsf-api.jarjsf-impl.jar(但也有 JSTL)。

我也尝试下载它们,但似乎无法访问该网站。因此,我使用了 Apache MyFaces,但要运行该示例,我必须添加 8 个 jar(commons-*myfaces-*)。
如果我使用 MyFaces,为什么需要更多 jar?我应该选择 Mojarra 打火机吗?另外下载页面确实是JSF Mojarra

谢谢

最佳答案

Why do I need more jars if I use MyFaces?

因为那些commons-*依赖项未捆绑在 MyFaces 中。另一方面,如果您使用 Apache.org 中的其他库,它们也使用这些 commons-*依赖关系,那么您最终会得到更小的总大小的库。

值得注意的是,自 Mojarra 2.1.6 起,单一 JAR 文件格式可用 javax.faces.jar自 Mojarra 2.3.9 起重命名为 jakarta.faces.jar .

<小时/>

Should I prefer Mojarra as lighter

这是一个非论证。您应该了解 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 开始 catch 。在 2.0/2.1 时间线中,Mojarra 仅遇到 <ui:repeat> 的严重问题。在复杂/嵌套组合中(a.o. 破坏状态保存、仅处理最后的迭代形式、失败 <f:ajax> 等)以及 flash scope implementation (最初的实现完全不是防弹的)。 MyFaces 也有自己的一组错误,但它们是可以管理的。

现在,对于 JSF 2.2,我们无法预先判断哪一个更好。错误通常只是在事后才暴露出来,而鲁棒性只能在事后评估。只需选择您“认为”最好的任何实现即可。浏览他们的问题报告( MyFacesMojarra )以了解以前解决的问题和当前 Unresolved 问题。如果您遇到特定错误,请尝试使用两种实现来排除其中一个和另一个。如有必要,请报告以保持两个实现的整体质量较高。

<小时/>

Also the download page is indeed JSF Mojarra?

他们的主页已移动多次。目前(2019 年 11 月)它位于 https://eclipse-ee4j.github.io/mojarra 。您可以在 org.glassfish:jakarta.faces in Maven Central 中找到这些库。也。您可以在 eclipse-ee4j/mojarra project in GitHub 中找到源代码.

<小时/>

另请参阅:

关于jsf - Mojarra 和 MyFaces 之间的区别,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/4530746/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com