SSH整合的几种最常见方式 .
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" 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" 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" 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" 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" />
<bean id="userinfoManager" />
注解：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中。
