懒加载异常

懒加载异常：org.hibernate.LazyInitializationException: could not initialize proxy - no Session 收藏
Hibernate的Lazy初始化1:n关系时，必须保证是在同一个Session内部使用这个关系集合，不然Hiernate将抛出异常。

两种处理方法：
一、这是延时加载的问题，把有关联的所有pojo类，在hibernate.cfg.xml文件中。一般在many-to-one中，set标签内中设lazy="false" 。

二、用OpenSessionInViewFilter过滤器，注意hibernateFilter过滤器和struts2过滤器在映射时的先后顺序。同时要配置事物处理，否则会导致session处于只读状态而不能做修改、删除的动作。
即在web.xml文件中如下配置：
<!-- Spring ApplicationContext配置文件的加载目录。 -->
<context-param>
<param-name>contextConfigLocation</param-name>
<param-value>classpath*:spring/applicationContext.xml</param-value>
</context-param>

<!-- 解决延迟加载的问题 -->
<!-- 解决hibernate数据延迟加载时的no session错误 -->
<filter>
<filter-name>OpenSessionInViewFilter</filter-name>
<filter-class>
org.springframework.orm.hibernate3.support.OpenSessionInViewFilter
</filter-class>
</filter>
<filter-mapping>
<filter-name>OpenSessionInViewFilter</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>

<!-- 继承Struts2的FilterDispatcher类，具备GBK等编码设定功能与struts2的action过滤功能。 -->
<filter>
<filter-name>struts2</filter-name>
<filter-class> com.iman.nrms.opm.web.common.FilterDispatcher
</filter-class>
<init-param>
<param-name>encoding</param-name>
<param-value>GBK</param-value>
</init-param>
</filter>
<filter>
<filter-name>struts-cleanup</filter-name>
<filter-class> org.apache.struts2.dispatcher.ActionContextCleanUp
</filter-class>
</filter>
<filter-mapping>
<filter-name>struts2</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>
<filter-mapping>
<filter-name>struts-cleanup</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>

Hibernate允许对关联对象、属性进行延迟加载，但是必须保证延迟加载的操作限于同一个Hibernate Session范围之内进行。如果Service层返回一个启用了延迟加载功能的领域对象给Web层，当Web层访问到那些需要延迟加载的数据时，由于加载领域对象的Hibernate Session 已经关闭，这些导致延迟加载数据的访问异常。而Spring为我们提供的OpenSessionInViewFilter过滤器为我们很好的解决了这个问题。OpenSessionInViewFilter的主要功能是使每个请求过程绑定一个Hibernate Session，即使最初的事务已经完成了，也可以在Web层进行延迟加载的操作。OpenSessionInViewFilter过滤器将Hibernate Session绑定到请求线程中，它将自动被Spring的事务管理器探测到。所以OpenSessionInViewFilter适用于Service层使用HibernateTransactionManager或JtaTransactionManager进行事务管理的环境，也可以用于非事务只读的数据操作中。
request-->open session-->打开连接、开始事务-->持久操作-->渲染（关闭连接、session）-->response 其中一些过程省略了，不是很关心。



本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/maxracer/archive/2010/03/09/5358711.aspx