org.springframework.web.struts.DelegatingActionProxy

最新推荐文章于 2018-08-07 20:58:35 发布

班轻扬

最新推荐文章于 2018-08-07 20:58:35 发布

阅读量3.4k

点赞数 1

分类专栏： spring 文章标签： action spring struts bean 扩展 encoding

spring 专栏收录该内容

2 篇文章 0 订阅

订阅专栏

使用 DelegatingRequestProcesso 非常简单方便，但有一个缺点:RequestProcessor 是Struts 的一个扩展点，也许应用程序本身就需要扩展RequestProcessor ，而DelegatingRequest Processor 已经使用了这个扩展点。

为了重新利用 Struts 的 RequestProcessor 这个扩展点，有以下两个方法:使应用程序的 RequestProcessor 不再继承 Struts 的 RequestProcessor ，改为继承DelegatingRequestProcessor 。

使用 DelegatingActionProxy。

前者常常有一些未知的风险，而后者是 Spring 推荐的整合策略。使用 DelegatingActionProxy 与DelegatingRequestProcessor 的目的只有一个，都是将请求转发给 Spring管理的 bean。

DelegatingRequestProcessor 可直接替换了原有的 RequestProcessor，并在请求转发给action 之前，转发给 Spring 管理的 bean; 而 DelegatingActionProxy 则被配置成 Struts 的action，即所有的请求先被 ActionServlet拦截，然后将请求转发到对应的 action，而 action的实现类全都是 DelegatingActionProxy; 最后由 DelegatingActionProxy 将请求转发给Spring 容器的 bean。

可以看出:使用 DelegatingActionProxy 比使用 DelegatingRequestProcessor 要晚一步转发到 Spring 的 contexto 但通过这种方式可以避免占用扩展点。与使用 DelegatingRequestProcessor 对比，使用 DelegatingActionProxy 仅需要去掉controller 配置元素，并将所有的 action 实现类改为 DelegatingActionProxy 即可。其详细的配置文件如:

<!--XML 文件版本，编码集-->
<?xml version="1.0" encoding="gb2312"?><!--struts配置文件的文件头，包括dtd等信息--〉
<!DOCTYPE struts-configPUBLiC
'-//Apache SoftwareFoundation//DTDStrutsCornlfiguration1.2
//EN"'http://struts.apache.org/dtds/struts-config_l_2.dtd''>
<! --struts配置文件的根元素--〉
<struts-config>
<!-- 配置 formbean，所有的 formbean都放在 form-beans元素里定义-->
<form-beans>
<!-- 定义了一个formbean. 确定 formbean名和实现类--〉
<form-bean name="loginForm" type="lee.LoginForm"/>
</form-beans><1-定义 action部分，所有的action都放在 action-mapping元素里定义->
<action-mappings>
<!--这里只定义了一个action，必须配置action的 type 元素为 Delegating
ActionProxy --><actionpath="/login"type="org.springframework.web.struts.
DelegatingActionProxy"
name="loginForm" scope="request" validate="true" 
input="/login.jsp" ><!--定义 action内的两个局部forward元素--〉
<forward name="input"path=" /1ogin.jsp"/><forward 
name="welcome" path="/welcome.html"/><faction><faction-mappings>
<!--加载国际化的资源包--〉
<message-resources parameter="mess"/>
<!--- 装载验证的资源文件--><plug-inclassName="org.
apache.struts.validator.ValidatorPluginil>
<set-property property="pathnames" value=" /WEB-INF/
validator-rules.xml, /WEB-INF/validation.xml" />
<set-property property="stopOnFirstError" value="true"/></plug-in>
<!--装载 Spring配置文件，随应用启动创建ApplicationContext实例--〉
<plug-in className="org.springframework.web.struts. 
ContextLoaderPlugIn"><set-property property="contextConfigLocation"
value="/WEB-INF/applicationContext.xml,
/WEB-INF/action-servlet.xml"/></plug-in></struts-config>

 
 
     
     
      
      使用 DelegatingRequestProcesso 非常简单方便，但有一个缺点:RequestProcessor 是Struts 的一个扩展点，也许应用程序本身就需要扩展RequestProcessor ，而DelegatingRequest Processor 已经使用了这个扩展点。
      
      为了重新利用 Struts 的 RequestProcessor 这个扩展点，有以下两个方法:使应用程序的 RequestProcessor 不再继承 Struts 的 RequestProcessor ，改为继承DelegatingRequestProcessor 。
      
      使用 DelegatingActionProxy。
      
      前者常常有一些未知的风险，而后者是 Spring 推荐的整合策略。使用 DelegatingActionProxy 与DelegatingRequestProcessor 的目的只有一个，都是将请求转发给 Spring管理的 bean。
      
      DelegatingRequestProcessor 可直接替换了原有的 RequestProcessor，并在请求转发给action 之前，转发给 Spring 管理的 bean; 而 DelegatingActionProxy 则被配置成 Struts 的action，即所有的请求先被 ActionServlet拦截，然后将请求转发到对应的 action，而 action的实现类全都是 DelegatingActionProxy; 最后由 DelegatingActionProxy 将请求转发给Spring 容器的 bean。
      
      可以看出:使用 DelegatingActionProxy 比使用 DelegatingRequestProcessor 要晚一步转发到 Spring 的 contexto 但通过这种方式可以避免占用扩展点。与使用 DelegatingRequestProcessor 对比，使用 DelegatingActionProxy 仅需要去掉controller 配置元素，并将所有的 action 实现类改为 DelegatingActionProxy 即可。其详细的配置文件如:
      
      <!--XML 文件版本，编码集-->
<?xml version="1.0" encoding="gb2312"?><!--struts配置文件的文件头，包括dtd等信息--〉
<!DOCTYPE struts-configPUBLiC
'-//Apache SoftwareFoundation//DTDStrutsCornlfiguration1.2
//EN"'http://struts.apache.org/dtds/struts-config_l_2.dtd''>
<! --struts配置文件的根元素--〉
<struts-config>
<!-- 配置 formbean，所有的 formbean都放在 form-beans元素里定义-->
<form-beans>
<!-- 定义了一个formbean. 确定 formbean名和实现类--〉
<form-bean name="loginForm" type="lee.LoginForm"/>
</form-beans><1-定义 action部分，所有的action都放在 action-mapping元素里定义->
<action-mappings>
<!--这里只定义了一个action，必须配置action的 type 元素为 Delegating
ActionProxy --><actionpath="/login"type="org.springframework.web.struts.
DelegatingActionProxy"
name="loginForm" scope="request" validate="true" 
input="/login.jsp" ><!--定义 action内的两个局部forward元素--〉
<forward name="input"path=" /1ogin.jsp"/><forward 
name="welcome" path="/welcome.html"/><faction><faction-mappings>
<!--加载国际化的资源包--〉
<message-resources parameter="mess"/>
<!--- 装载验证的资源文件--><plug-inclassName="org.
apache.struts.validator.ValidatorPluginil>
<set-property property="pathnames" value=" /WEB-INF/
validator-rules.xml, /WEB-INF/validation.xml" />
<set-property property="stopOnFirstError" value="true"/></plug-in>
<!--装载 Spring配置文件，随应用启动创建ApplicationContext实例--〉
<plug-in className="org.springframework.web.struts. 
ContextLoaderPlugIn"><set-property property="contextConfigLocation"
value="/WEB-INF/applicationContext.xml,
/WEB-INF/action-servlet.xml"/></plug-in></struts-config>
 

      
      DelegatingActionProxy 接受 ActionServlet 转发过来的请求，然后转发给ApplicationContext管理的bean，这是典型的链式处理。

      
      通过配置文件可看出，在struts-config.xml文件中配置了大量DelegatingActionProxy实例， Spring 容器中也配置了同名的Action。即 Struts 的业务控制器分成了两个部分:

      
      第一个部分是Spring 的 DelegatingActionProxy，这个部分没有实际意义，仅仅完成转发:

      
      第二个部分是用户的Action实现类，负责实际的处理工作。

      
      这种策略的性能比前一种的策略要差一些，因为需要多创建一个DelegatingActionProxy实例。而且在J2EE应用中的Action非常多，这将导致需要大量创建DelegatingActionProxy实例，在使用一次之后，要等待垃圾回收机制回收，从而降低了其性能。