他们之间的整合主要有三种方法
http://www.ibm.com/developerworks/cn/java/j-sr2.html


最近公司一个项目,需要用到Spring IoC容器
以前看过一些关于Spring的资料,没真正做过应用。
今天做了一下小测试。
把整合过程中遇到的问题 记录下。

问题一 --- 只加载了Struts的插件,只把ActionServlet委托给Spring,没有把Action也委托给Spring代理
<!--把ActionServlet委托给Spring-->
 <plug-in className="org.springframework.web.struts.ContextLoaderPlugIn">
    <set-property property="contextConfigLocation" value="/WEB-INF/beans.xml" />
  </plug-in>

<!--要把<action-mapping>中的 type="",修改为type="org.springframework.web.struts.DelegatingActionProxy"
把Action委托Spring代理-->


问题二 在装配Bean时,不细心,注入service时,却指向了dao的class
<bean id="loginDAO" class="org.lostrue.dao.impl.LoginDAOimpl" scope="prototype"/>
	<bean id="loginService" class="org.lostrue.service.impl.LoginServiceimpl" scope="prototype">
		<property name="dao">
			<ref bean="loginDAO"/>
		</property>
	</bean>
	<bean name="/login" class="org.lostrue.struts.action.LoginAction" scope="prototype">
		<property name="loginService">
			<ref bean="loginService"/>
		</property>
	</bean>


问题三 ---Action总是只被实例化一次,google以后才发现Spring2 还有个scope

1、singleton作用域
当一个bean的作用域设置为singleton, 那么Spring IOC容器中只会存在一个共享的bean实例,并且所有对bean的请求,只要id与该bean定义相匹配,则只会返回bean的同一实例。换言之,当把一个bean定义设置为singleton作用域时,Spring IOC容器只会创建该bean定义的唯一实例。这个单一实例会被存储到单例缓存(singleton cache)中,并且所有针对该bean的后续请求和引用都将返回被缓存的对象实例,这里要注意的是singleton作用域和GOF设计模式中的单例是完全不同的,单例设计模式表示一个ClassLoader中只有一个class存在,而这里的singleton则表示一个容器对应一个bean,也就是说当一个bean被标识为singleton时候,spring的IOC容器中只会存在一个该bean。

2、prototype
prototype作用域部署的bean,每一次请求(将其注入到另一个bean中,或者以程序的方式调用容器的getBean()方法)都会产生一个新的bean实例,相当与一个new的操作,对于prototype作用域的bean,有一点非常重要,那就是Spring不能对一个prototype bean的整个生命周期负责,容器在初始化、配置、装饰或者是装配完一个prototype实例后,将它交给客户端,随后就对该prototype实例不闻不问了。不管何种作用域,容器都会调用所有对象的初始化生命周期回调方法,而对prototype而言,任何配置好的析构生命周期回调方法都将不会被调用。清除prototype作用域的对象并释放任何prototype bean所持有的昂贵资源,都是客户端代码的职责。(让Spring容器释放被singleton作用域bean占用资源的一种可行方式是,通过使用bean的后置处理器,该处理器持有要被清除的bean的引用。)

3、request
request表示该针对每一次HTTP请求都会产生一个新的bean,同时该bean仅在当前HTTP request内有效,配置实例:
request、session、global session使用的时候首先要在初始化web的web.xml中做如下配置:
如果你使用的是Servlet 2.4及以上的web容器,那么你仅需要在web应用的XML声明文件web.xml中增加下述ContextListener即可:
<web-app>
 ...
  <listener>
<listener-class>org.springframework.web.context.request.RequestContextListener</listener-class>
 </listener>
 ...
</web-app>
,如果是Servlet2.4以前的web容器,那么你要使用一个javax.servlet.Filter的实现:
<web-app>
 ..
 <filter>
    <filter-name>requestContextFilter</filter-name> 
    <filter-class>org.springframework.web.filter.RequestContextFilter</filter-class>
 </filter> 
 <filter-mapping>
    <filter-name>requestContextFilter</filter-name> 
    <url-pattern>/*</url-pattern>
 </filter-mapping>
  ...
</web-app>

接着既可以配置bean的作用域了

4、session
session作用域表示该针对每一次HTTP请求都会产生一个新的bean,同时该bean仅在当前HTTP session内有效

5、global session
global session作用域类似于标准的HTTP Session作用域,不过它仅仅在基于portlet的web应用中才有意义。Portlet规范定义了全局Session的概念,它被所有构成某个portlet web应用的各种不同的portlet所共享。在global session作用域中定义的bean被限定于全局portlet Session的生命周期范围内。如果你在web中使用global session作用域来标识bean,那么web会自动当成session类型来使用。

6、自定义bean装配作用域
在spring2.0中作用域是可以任意扩展的,你可以自定义作用域,甚至你也可以重新定义已有的作用域(但是你不能覆盖singleton和prototype),spring的作用域由接口org.springframework.beans.factory.config.Scope来定义,自定义自己的作用域只要实现该接口即可,下面给个实例:
我们建立一个线程的scope,该scope在表示一个线程中有效,代码如下:
publicclass MyScope implements Scope { 
     privatefinal ThreadLocal threadScope = new ThreadLocal() {
          protected Object initialValue() {
            returnnew HashMap(); 
          } 
    }; 
     public Object get(String name, ObjectFactory objectFactory) { 
        Map scope = (Map) threadScope.get(); 
        Object object = scope.get(name); 
        if(object==null) { 
          object = objectFactory.getObject(); 
          scope.put(name, object); 
        } 
        return object; 
     } 
     public Object remove(String name) { 
        Map scope = (Map) threadScope.get(); 
        return scope.remove(name); 
     }
     publicvoid registerDestructionCallback(String name, Runnable callback) { 
     }
    public String getConversationId() {
       // TODO Auto-generated method stub
       returnnull;
    } 
          }

评论
发表评论

您还没有登录,请登录后发表评论