Spring是一个轻量级(大小和系统开支的角度)的IoC和AOP容器。它力图简化J2EE开发即J2EE without EJB。而且作为帮助企业级开发的核心支柱,Spring为模型层(OR持久层:Hibernate、JDO、iBatis等)服务层(EJB、 JNDI、WebService)以及表现层(Struts、JSF、Velocity)都提供了良好的支持和集成方案。
Jakarta-Struts是Apache软件组织提供的一个开源项目。它为Java Web应用提供了基于Model-View-Controller的MVC框架,尤其适用于开发大型可扩展的Web应用。尽管基于Java的MVC框架层 出不穷,事实上Spring的MVC模型也提供了驱动应用系统Web层的能力,但Jakarta-Struts仍然是所有这些框架中的佼佼者。
下面,将如何整合这两个J2EE领域的经典项目给出两套详尽的集成方案。
1、首先我们来看一个Spring-Struts整合应用下的控制器Action类源代码。
public class CourceAction extends Action { |
分析:CourceService为一个业务实现的接口,此接口声明了一系列的业务处理方法。该方法的实现配置为Spring上下问的一个 Bean。由此看来,我们大家都可能会产生一个疑问:Struts action如何取得一个包含在Spring上下文中的Bean呢?为了回答这个问题,Spring提供了两种与Struts集成的方式:
(1)从一个知晓Spring上下文的基类派生我们自己的Struts Action类。然后,在派生类中就可以使用super.XX()方法来获得一个对Spring受控Bean的引用。
(2)将请求委托给作为Spring Bean管理的Struts Action来处理。
2、注册Spring插件:为了使Struts Action能够访问由Spring管理的Bean,我们就必须要注册一个知道Spring应用上下文的Struts插件。可以在struts-config.xml中通过如下的方式来完成注册。
< plug-in classname="org.springframework.web.struts.ContextLoadPlugin"> |
ContextLoadPlugin()负责装载一个Spring应用上下文。(具体的说:是一个WebApplicationContext).value属性值为要加载的配置Spring受控Bean的xml文件的URI。
3、完成第一种集成方案:实现一个知晓Spring的Action基类。
这种集成方案是从一个公共的能够访问Spring应用上下文的基类中派生所有的Struts Action,但值得庆幸的是:我们不用自己去编写这个知晓Spring应用上下文的基类,因为Spring已经提供了 org.springframework.web.struts.ActionSupport:一个 org.apache.struts.action.Action的抽象实现。它重载了setServlet()方法以从 ContextLoaderPlugin中获取WebapplicationContext。因此,任何时候我们只需要调用super.getBean ()方法即可获得一Spring上下文中的一个Bean的引用。
我们再来看一段Action源代码:
public class CourceAction extends ActionSupport { |
分析:这个Action类由ActionSupport派生,当CourceAction需要一个Spring受控Bean时:它首先调用基类的 getWebApplicationContext()方法以取得一个Spring应用上下文的引用;接着它调用getBean()方法来获取由 Spring管理的courceService Bean的一个引用。
小结
至此,我们已经用第一种方案圆满的完成了Spring与Struts的集成工作。这种集成方式的好处在于直观简洁容易上手。除了需要从 ActionSupport中派生,以及需要从应用上下文中获取Bean之外,其他都与在非Spring的Struts中编写和配置Action的方法相 似。但这种集成方案也有不利的一面。最为显著的是:我们的Action类将直接使用Spring提供的特定类,这样会使我们的Struts Action(即控制层)的代码与Spring紧密耦合在一起。这是我们不情愿看到的。另外,Action类也负责查找由Spring管理的Bean,这 违背了反向控制(IoC)的原则。
4、实现第二种集成方案:代理和委托Action。
这种集成方案要求我们编写一个Struts Action,但它只不过是一个包含在Spring应用上下文中的真正Struts Action的一个代理。该代理Action从Struts插件ContextLoaderPlugIn中获取应用上下文,从中查找真正的Struts Action,然后将处理委托给真正的Struts Action。这个方法的幽雅之处在于:只有代理action才会包含Spring特定的处理。真正的Action可以作为 org.apache.struts.Action的子类来编写。
下面我们来看一段在之中集成方式下的Struts Action源代码:
public class CourceAction extends Action { |
分析:大家可以看到,在这种方式之下,我们的Struts Action类和Spring是低耦合的,它仅仅依赖了Spring提供的反向控制(IoC)机制把CourceService注入到了我们的 Action中。到此,大家肯定会有一个疑问:那就是Spring到底是如何提供IoC反向控制的呢?回答这个问题,我们需要完成两个步骤的配置:
(1)在struts-config.xml中注册Struts Action。但要注意的是我们在这里注册的是代理Action。幸运的是,我们不必亲自编写这个类。因为Spring已经通过 org.springframework.web.struts.DelegatingActionProxy提供了这个代理的Action。具体的配置 方法如下:
< action type="org.springframework.web.struts.DelegatingActionProxy" path="/listCourses"> |
(2)将真正的Struts Action作为一个Spring Bean并在Spring上下文配置文件中作为一个Bean注册之。并将Action所要引用的courceService注入给它。
< bean class="com.eRedCIP.web.CourceAction" name="/listCourses"> |
注意:name属性的值是非常重要的,它必须和struts-config.xml中的path属性完全一致。这是因为 DelegatingActionProxy会使用path属性值在Spring上下文中查找真正的Action。使用 DelegatingActionProxy的好处在于我们可以不使用任何Spring特定的类来编写Struts Action。同时,Struts动作能够利用IoC取得和他合作的对象。唯一不足之处就是不太直观,配置相对复杂。为了使action委托显得更为直观 一些,我们可对这种集成方案做进一步的改进:使用请求委托。
5、使用请求委托。
为了使action委托看上去更为直观一些,Spring提供了DelegatingRequestProcessor,另一种专门用于Spring的请求处理器。需要在struts-config.xml中做如下配置:
< controller processorclass="org.springframework.web.struts.DelegatingRequestProcessor"> |
这样,DelegatingRequestProcessor将告诉Struts自动将动作请求委托给Spring上下文中的Action来处理。这使得我们可以在struts-config.xml中用struts action的真正类型来声明它们。例如:
< action type="com.eRedCIP.web.CourceAction" path="/listCourses"> |
当接受到一个针对/listCourses的请求时,DelegatingRequestProcessor会自动从Spring上下文配置文件中查找一个名为/listCourses的Bean(实为一个Struts Action)类。
< action type="com.eRedCIP.web.CourceAction" path="/listCourses"> |