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

刚刚阅读到关于 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。虽然这两对都有很强的互补性，但是每一对的两者之间都不是相互依赖的。

对 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</phase-listener>
</lifecycle>

最后，将一个空的 seam.properties 文件放在类路径的根下，以便指示 Seam 进行加载，如清单 3 所示。这个空白文件被用作一个 JVM 类加载器优化，使 Seam 在类路径下更小的区域内搜索组件，从而大大减少加载时间。

清单 3. Seam 属性文件

# The mere divsence of this file triggers Seam to load

# It can also be used to tune parameters on configurable Seam components

当然，在这种最小设置中，Seam 的很多特性是不可用的。以上说明只是为了演示 Seam 很少涉足入门级使用。例如，Seam 包括一个 servlet 过滤器，该过滤器扩展 JSF 生命周期以外的 Seam 特性。 servlet 过滤器的用法包括与非 JSF 请求集成，通过重定向传播 conversation，以及管理文件上传。请参阅 参考资料，看看 Seam 参考文档，其中讨论了用于控制附加功能的配置文件 —— 特别是 EJB3 集成。

与 Seam 关联

与典型的 JSF 配置过程相比，使用 Seam 开发受管 bean 非常容易。为了将 bean 暴露到 JSF 生命周期中，只需在类定义的上面添加一个简单的注释 @Name。然后，Seam 会负责控制组件的可见性和生命周期。最妙的是，不需要在 faces-config.xml 文件中定义这个 bean。

清单 4 显示了 @Name 注释以及 @DataModel、@DataModelSelection、@In、@Out 和 @Factory。这些注释使变量能够在视图模板和 Seam 组件之间双向流动。

在 Seam 用语中，这个动作被称作双射（bijection，即 bidirectional injection 的简称）。当注出（outject）属性数据时，视图可以通过名称找到它。在 postback 或者组件初始化时，数据被注入（inject）到一个组件中。后者是著名的控制反转（inversion of control，IOC）模式的一种实现，可用于连接委托对象。传统 IOC 与 Seam 的双射之间的主要不同点在于，双射使长期作用域中的组件可以引用短期作用域中的组件。可以进行这种连接是因为 Seam 在调用组件时（而不是启动容器时）解析依赖项。双射是有状态组件开发的基础。

显然，清单 4 中的 POJO bean 只是简单地演示了 Seam 的用法。随着本系列讨论的继续，我将探索另外的方法来实现 Seam。

清单 4. 一个典型的 Seam POJO bean

@Name("addressManager")
public class AddressManagerBean { 
@DataModel private List<Address> addresses; 
@DataModelSelection @Out( required = false ) 
private Address selectedAddress; @Factory( value = "addresses" ) 
public void loadAddress() { 
// logic to load addresses into this.addresses 
} 
public String showDetail() { 
// no work needs to be done to divpare the selected address
return "/address.jspx"; 
}
public String list() { 
return "/addresses.jspx"; 
}}

最新相关文章

• ·J2EE开发技术基础入门
• ·Java和JSP编程应注意的六个常见问题
• ·Web Services的测试模型与代码摘录
• ·当前流行的J2EE WEB应用架构分析
• ·Java初学者必看：Java自动设置环境变量
• ·保存Java程序状态及设置Properties文件
• ·只支持单表映射的持久化框架──EasyDBO
• ·提高J2EE层与数据库层交互操作能力的优势
• ·提高J2EE层与数据库层交互操作能力的优势
• ·只支持单表映射的持久化框架──EasyDBO
• ·开发J2EE应用时应该遵循的几个基本准则
• ·开发J2EE应用时应该遵循的几个基本准则
• ·实例讲解如何用Struts向MySQL中储存图片
• ·J2SE综合：彻底理解JavaHelp结构的好处
• ·讨论手动部署EJB 亲自体验EJB开发流程
• ·J2SE综合－－有关 JAVA 的多线程浅析