Seam: 为 JSF 量身定做的应用程序框架
JavaServer Faces (JSF) 是用于 Java? Web 应用程序的第一个标准化的用户界面框架。而 Seam 是一个扩展 JSF 的强大的应用程序框架。在这个由三部分组成的新系列中的第一篇文章中，发现这两种框架之间的互补性。Dan Allen 介绍了 Seam 对 JSF 生命周期的增强，包括上下文状态管理、 RESTful URL、Ajax remoting、适当的异常处理和约定优于配置。
JSF 正开始凭借其 Java Web 标准的地位主导 Java Web 应用程序市场。随着更多的开发人员受托使用 JSF 作为基础来架构应用程序，他们发现 JSF 的核心规范中清楚地说明： JSF 不是为成为一个完整的 Web 应用程序框架而设计的。相反，它提供一个健壮的、事件驱动的 API 和 UI 组件库，用于构建更复杂的应用程序框架。

我在寻找用于弥补 JSF 的组件驱动架构的扩展时，发现 Shale 和 Struts 2 都有不足之处。我排除了 Struts 2，因为它将 JSF 看作是面向更大范围的设计。而 Shale 似乎更靠近一些，它基本上是基于 JSF，但是对此我持保留意见。相反，JBoss Seam 是一个全面的应用程序框架，它构建在 JSF 的基础上，但是并没有损害它的核心目标。

这个由三部分组成的系列将介绍 Seam 应用程序框架，演示它的优点，并希望使您相信它与 JSF 是开发 Java 企业应用程序的极好的组合。在阅读本系列之前，如果您想下载 Seam，那么请阅读参考资料一节。

寻找 Seam


关于 Shale
Shale 有一段并不美妙的历史。它因 Struts-JSF 集成包而生，但是后来受到 Struts 开发人员的冷落。如今，它成了专用于 JSF 的一个顶级 Apache 项目。

我认为 Shale 的问题在于将自身定位为一组松散耦合的服务，这等于将集成的负担压在了开发人员肩上。Shale 的 Java 5 语言增强是不错，但是它们都被包装在一个扩展包中。视图控制器通过命名约定与一个模板耦合，这也带来很多限制。 Shale 应用程序控制器和对话框管理器都是大型增件，它们似乎为标准 JSF 生命周期减轻了很多负担。

Seam 可以提供 Shale 中所有的特性，而且将这些特性放在一个良好集成的、紧密耦合的包中。

刚刚阅读到关于 JBoss Seam 的文章（见参考资料）的第一页，我就知道 Seam 正是我要找的项目。Seam 的开发人员，尤其是 Gavin King，在经过足够多的、实际的开发之后，知道一个 Web 应用程序框架必须从一开始就攻破难题，包括上下文状态管理、RESTful 和用户友好的 URL、Ajax remoting、适当的异常处理和约定优于配置。令 Java 开发人员欣喜的是，Seam 可以满足所有这些需求，甚至可以满足更多需求。如果您正使用 JSF，并且还没听说过 Seam，那么我强烈建议您看看 Seam 的参考文档（见参考资料）。Seam 附带的手册就是最好的资料！

尽管 Seam 显然非常适合作为 JSF 的补充，但是在激烈的竞争环境中，它遭到了一定程度的轻视。当今市场中充斥着各种各样的 Web 应用程序框架 —— 包括 Shale 和 Struts 2，新来者往往不受重视，Seam 还没有在主流行列站稳脚跟。 Seam 没有很快流行的另一个原因是关于这种框架的某些流言使 Java 开发人员没能认识到它的直接优点。

我要粉碎的一个流言是：Seam 只有和 EJB 3 一起使用时才有用，或者说在使用 Seam 开发应用程序时需要一个 EJB3 容器。实际上，Seam 的文档清楚地驳斥了这种误解："Seam 并不要求组件是 EJB，甚至在没有兼容 EJB 3.0 的容器时也能使用。" 如果说只有在使用 EJB 3 的同时才能使用 Seam，那么无异于说只有在使用 Hibernate 的同时才能使用 Spring。虽然这两对都有很强的互补性，但是每一对的两者之间都不是相互依赖的。


JBoss Seam 与 JSR 299
JBoss Seam 是一种开源应用程序框架，其目的是提高 JSF 与业务组件（例如 EJB 3 和 Spring bean）之间的集成。Seam 能够跨 Web 环境中的不同上下文管理组件，并且几乎避免了在开发 JSF 应用程序时进行 XML 配置。该项目是 Hibernate 的创立者 Gavin King 的杰作，目前还在 JBoss 实验室中。

最近，JBoss 向 JCP 提交了一个建议，要求标准化 Seam 背后的概念。该建议被接受为 JSR 299, Web Beans。这个规范的目的是统一 JSF 管理的 bean 组件模型和 EJB3 组件模型，形成一种明显简化的用于基于 Web 的应用程序编程模型。

对 EJB3 的考虑

正如我将要解释的那样，Seam 通过一些有价值的 hook 和组件管理进程扩展默认 JSF 生命周期。还可以完全独立于 EJB3 使用 Seam。但是要记住，和 EJB3 一样，Seam 依赖于 JDK 5 注释元数据进行组件声明，因此使用 Seam 时，还需要同时使用兼容 Java 5 的 JVM。图 1 显示了一个 Seam POJO 实现的应用程序堆栈：


图 1. 一个 Seam POJO 应用程序堆栈

实际上，即使完全不引用 EJB 3 jar 或描述符文件，也可以使用 Seam 的很多功能。当和 POJO 一起使用 Seam 时，该框架保留对组件实例化的完全控制，并且不要求任何专门的配置。Seam 负责大多数 Java 5 注释处理，而不需要依赖于 EJB 3 中的任何机制。的确依赖于 EJB3 容器的一组有限的注释则是专用于那个环境的。在某些情况下，将 Seam 集成到一个没有 EJB 3 耦合的 IT 投资中可以获得更好的成本效益。如何使用 Seam 视个人偏好而定。






回页首


配置并使用

如今有那么多种 Java 框架，每天只有有限的那么多小时，显然，如果 Seam 难于集成的话，它就无立足之地。幸运的是，将 Seam 添加到项目中很简单。因为 JSF 生命周期仍然是 Seam 应用程序的中心部分，所以不需要经历一个再训练时期。只需添加 4 个 jar 文件，注册一个 servlet 监听器和一个 JSF phase 监听器，最后再加上一个空白的 Java 属性文件。完成这些设置后，就可以一次性地将本地 JSF 应用程序转移到 Seam 管理的 bean 上。

要开始使用 Seam，首先需要将所需的 jar 文件添加到项目中。如果您当前不是使用 Hibernate，或者还没有升级到最新的版本，那么在设置时需要执行一个额外的步骤。这里需要包含来自Hibernate 3.2 distribution的 jar，以及它的众多的依赖项。Seam 还使用 Hibernate 注释用于数据验证，所以除了主 Hibernate jar 之外，还必须包括那个扩展 jar。需要的 Seam 发行版中的库有 jboss-seam.jar 和 jboss-seam-ui.jar，以及两个支持库：Javassist（用于 Java 的加载时反射系统）和 Java Persistence API。图 2 中的项目树说明了一个 Seam 项目中的 jar 集合。该图中显示的大多数附加库支持 JSF 的 MyFaces 实现。


图 2. Seam 项目中的 jar 库

配置 Seam

接下来的步骤是在 web.xml 文件中安装 servlet 监听器类。该监听器在部署应用程序时初始化 Seam。


清单 1. Seam servlet 监听器配置
<listener>
  <listener-class>org.jboss.seam.servlet.SeamListener</listener-class>
</listener>

接下来，将 JSF phase 监听器添加到 faces-config.xml 文件中，如清单 2 所示。该监听器将 Seam 集成到标准 JSF 生命周期中。（图 3大致描绘了集成到这个生命周期中的 Seam 增强。）


清单 2. Seam phase 监听器配置
<lifecycle>
  <phase-listener>org.jboss.seam.jsf.SeamPhaseListener</