随着 RichFaces 3.3.3 接近最终发布,我想花点时间详细讨论我们对 RichFaces 和 JSF 2.0 支持的计划。
RichFaces 3.3.3+
3.3.3 版本中 JSF 2.0 支持的目标是让您的现有 RichFaces 3.3.X 应用程序在 JSF 2.0/EE6 环境中运行,几乎无需更改。这对于任何大型应用程序和基础设施都是一个重要的迁移步骤。
我们始终将 3.3.3 版本视为 JSF 2 支持的垫脚石。我们需要在完全为 JSF 2.0 修改 3.3.X(这是一项重大工作)或限制 3.3.X 中的 JSF 2.0 支持并推进 RichFaces 4.0 之间做出权衡,在 RichFaces 4.0 中我们可以真正充分利用 JSF 2.0。这也是我们如此努力推出 RichFaces 4.0 的原因之一。
除了我们的发布公告( 3.3.3.BETA1 和 3.3.3.CR1 )和我们的维基页面 Richfaces 3.3.3 和 JSF 2.0 中的信息外,还有一些人也发布了博客和文章,我认为很好地解释了 RichFaces 对 JSF 2.0 的支持计划。DZone 发布了 RichFaces 3.3.3 Begins Support for JSF 2.0 和 Max Katz 发布了 RichFaces 3.3.3 RC1 and JSF 2。
RichFaces 4.0.0
RichFaces 4.0 是我们真正创新并扩展功能以充分利用 JSF 2.0 的地方。RichFaces 为 JSF 1.2 做了这件事,我们计划将规范推向极限,并原型化 JSF 的未来!
这包括
- 新自定义行为
- 动态资源扩展
- 简化的组件开发工具包 (CDK)
- 自定义请求队列
- 更新皮肤
- 组件集合并 (包含您期望的所有功能)
- 性能调整和审查
- 语义化HTML标记的改变,使得样式化变得更加容易
- 与其他组件库的互操作性
- 模块化构建系统,便于贡献
此外,所有大规模开发所需的可灵活性和稳定性。这也意味着要利用一些JSF 2.0特性与RichFaces配合,需要等待到4.0版本。好消息是,我们的下一个4.0版本正在稳步推进,我们将有几次时间限制的里程碑版本发布,以加速您的开发。
我们还将提供详细的迁移说明、脚本、示例和迁移桥梁,以帮助用户将现有应用程序迁移到RichFaces 4.0。这些细节尚未完全确定,但我们的目标是让3.3.X版本的用户尽可能容易地迁移到4.0版本。
我鼓励任何有意见或想法的人参与到这个过程中来。查看我们的发布信息,在论坛发帖,查看我们的会议,并积极参与进来!
[项目页面] [JIRA] [用户论坛] [设计论坛] [RichFaces Twitter]