为Web应用构建Spring—Seam混合型组件

Spring和JBoss Seam框架为企业web应用的开发分别提供了不同的特性。Spring是一个JavaEE中间件框架，它建立在像POJO抽象、依赖注入（Dependency Injection）和面向方面编程（Aspect Oriented Programming）等特性上，它提供了与Hibernate、TopLink和iBatis等框架的集成。而Seam则是一个集成了如AJAX、Java Server Faces （JSF）、企业Java Beans （EJB3）、Java Portlets及业务流程管理 (BPM)等技术的web应用框架。在开发web应用的过程中，这两者能否结合起来使用或者同时应用这两个框架是否有意义呢？最近有篇文章就专门讨论了这个话题，而且，在Java社区论坛上也主要关于如何将这两个框架结合使用并各取所长展开了激烈的讨论。

Dan Allen最近写了两篇关于如何将Spring和Seam框架集成到web应用中的文章。在第一篇文章中，他解释了如何利用Seam和Spring容器功能来创建混合型组件。他说，Seam统一了JSF、JPA、EJB 3和其他一些技术，但它不支持Spring所能提供的一些简易特性，比如轻量级远程技术（lightweight remoting）、AOP声明、框架模板类（framework template classes）以及资源注入（resource injections）。而这些Seam不支持的功能点，就是能够或者说值得创建Spring－Seam混合组件的地方，我们可以在这些地方创建可以同时从Seam和Spring容器的功能中获益的对象。Seam提供模块支持将Spring框架集成到web应用中，也支持关于应用组件和底层资源的共享。

作者通过一个web应用实例，向读者阐述了如何通过使用Seam提供的ContextLoader组件和将seam:component内嵌到Spring元素中把Spring“装饰”成一个Seam组件的方式，最终将Spring beans集成到Seam应用中。他也提到了另一个将Spring和Seam集成的方法，那就是使Seam容器与Spring之间通过使用定制的EL（表达式语言）解析器来通信。

在该系列文章的第二部分中，他谈到了将状态行为添加到Spring bean中的话题，这个性能目前如果单单使用Spring框架来实现的话还是一个极大的挑战。Spring beans中可以添加状态（State）信息，只需要注册一个Seam定制范围处理器使Spring beans能够被存储在Seam上下文中，从而可以为实现POST提交后重定向（redirect-after-post）机制而维持暂时通信、为单用户页面流程（single-user page flows）提供长运行时会话（long-running conversation）、以及支持多用户在扩展时间段内交互的业务流程范围。这样一来，Spring beans就没有必要对HTTP session重新排序就能获知各自的状态。

作者还讨论了在同时使用Spring和Seam的时候会遇到的域和线程安全问题。Spring仅在创建时注射一次依赖性，但Seam则可以在每个方法被调用之前进行动态注射。如果一个bean由于被附加到一个生命周期较长的组件上而导致其自身生命周期比预期生命周期更长的话，那么两者间的设计哲学的差别会导致域阻抗（scope impedance）问题。通过Spring的静态依赖注射将组件捆绑到不同域的时候，就会导致前面这种情况的出现。Seam提供的解决方案有助于避免域阻抗和线程安全问题，也就是，不要直接应用“ref”元素来注射bean实例，而使用seam:instance标签来注射代理。

社区论坛关于这个话题也有很多有趣的讨论。Rick Hightower综述了Seam 2.0.1的特性，并引发了关于同时使用Seam和Spring的讨论。在讨论中提到的一些问题有：

◆假设你一直同时在使用Seam和Spring，如果有一天你必须只能从中选取一个，你会选哪个？

◆你使用Seam的同时是否也用到EJB 3？

◆你使用Seam的同时是否也用到Spring？

◆Seam的生成工具好用吗？

◆Seam是不是编写基于JPA和JSF的应用的最好的方式？

【相关文章】

• JBoss向轻量级和SOA升级

• Java开发框架调查：6%的JSF欲撼动21%的Struts

• 深入浅出JBoss Seam