Spring整合Struts的几种最常见方式

Spring实例Action的两种方式：

1、DelegatingActionProxy类整个Action由Spring实例

2、DelegatingRequestProcessor类extends RequestProcessor重写processActionCreate方法，由Spring创建
web.xml

<context-param>

<param-name>contextConfigLocation</param-name>

<param-value>classpath*:applicationContext.xml</param-value>

</context-param>

<listener>

<listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>

</listener>

SSH整合第一式：缺点：麻烦一个方法对应一个<bean>如何实现整合的：

重写了Action类的execute方法，使用Spring容器来实例bean，查找bean的名字是<action path="">的值

①struts-config.xml

<action ……

path="/doSave"

type="org.springframework.web.struts.DelegatingActionProxy">

</action>

②applicationContext.xml

<bean name="/doSave" class="com.yourcompany.struts.action.UserinfoAction">

<property name="manager" ref="userInfoManager"></property>

</bean>

注解：name="/doSave" 取得时<action path="/doSave" />

SSH整合第二式：第一式的延伸，使用MyDelegatingActionProxy类继承DelegatingActionProxy和DispatchAction类

缺点：实现起来太繁琐；优点：一个Action类对应一个<bean>

①struts-config.xml

<action ……

type="com.yourcompany.struts.action.UserinfoAction">

</action>

②applicationContext.xml

<bean name="com.yourcompany.struts.action.UserinfoAction" class="com.yourcompany.struts.action.UserinfoAction">

<property name="manager" ref="userInfoManager"></property>

</bean>

③Action extends MyDelegatingActionProxy

注解：

1、如果不继承DispatchAction类的话就会产生死循环调用execute方法的问题。

DelegatingActionProxy类的作用：改变Action类的创建方式，改成由Spring容器创建的

DispatchAction类的作用：把execute方法分解成多个普通方法执行

2、屏蔽死循环问题必须在MyDelegatingActionProxy类重写execute方法一下是此类的关键代码：

public ActionForward execute(ActionMapping mapping, ActionForm form,

HttpServletRequest request, HttpServletResponse response)

throws Exception {

Action delegateAction = getDelegateAction(mapping);

String parameter = getParameter(mapping, form, request, response);

String name = getMethodName(mapping, form, request, response, parameter);

return dispatchMethod(mapping, form, request, response, name,

delegateAction);

}

SSH整合第三式：使用DelegatingRequestProcessor类

缺点：一个方法一个<bean>

①struts-config.xml

<action ……

type="com.yourcompany.struts.action.UserinfoAction">

</action>

<controller>

<set-property property="processorClass" value="org.springframework.web.struts.DelegatingRequestProcessor"/>

</controller>

②applicationContext.xml

<bean name="/doSave" class="com.yourcompany.struts.action.UserinfoAction">

<property name="manager" ref="userInfoManager"></property>

</bean>

注解：name="/doSave" 取得时<action path="/doSave" />

SSH整合第四式：自定义MyDelegatingRequestProcessor类extends DelegatingRequestProcessor，重写determineActionBeanName方法，return mapping.getType();

优点：一个Action对应一个<bean>，[推荐,常用]

①struts-config.xml

<action ……

type="com.yourcompany.struts.action.UserinfoAction">

</action>

<controller>

<set-property property="processorClass" value="MyDelegatingRequestProcessor类路径"/>

</controller>

②applicationContext.xml

<bean name="com.yourcompany.struts.action.UserinfoAction" class="com.yourcompany.struts.action.UserinfoAction">

<property name="manager" ref="userInfoManager"></property>

</bean>
SSH整合第五式：继承ActionSupport、DispatchActionSupport、MappingDispatchActionSupport

①struts-config.xml

<action ……

type="com.yourcompany.struts.action.UserinfoAction">

</action>

②applicationContext.xml

<bean name="com.yourcompany.struts.action.UserinfoAction" class="com.yourcompany.struts.action.UserinfoAction" />

<bean id="userinfoManager" class="com.yourcompany.struts.action.UserinfoAction" />

注解：UserInfoAction extends MappingDispatchActionSupport实现onInit方法

manager=(IUserInfoManager) getWebApplicationContext().getBean("userInfoManager");

不需要set方法

问1：这段代码在什么时候执行，起什么作用？

<controller>

<set-property property="processorClass" value="org.springframework.web.struts.DelegatingActionProxy"/>

</controller>

答：在ActionServlet类的process方法中

RequestProcessor processor = getProcessorForModule(config);读取返回一个RequestProcessor对象，如果没有配置的话就会采取默认的，也就是Struts的核心类RequestProcessor

问2：ContextLoaderPlugIn类的作用，如何使用？

答：在struts-config.xml中配置

<plug-in className="org.springframework.web.struts.ContextLoaderPlugIn">

<set-property property="contextConfigLication" value="/WEB-INF/classes/applicationContext.xml"/>

</plug-in>

相当于再web.xml中配置

<context-param>

<param-name>contextConfigLocation</param-name>

<param-value>classpath*:applicationContext.xml</param-value>

</context-param>

道理是相同的。

一般是配置在web.xml中。