Hibernate映射关系 no session or session was closed

Posted 2023-05-08

org.hibernate.LazyInitializationException: failed to lazily initialize a collection of role: cn.com.mall.model.ProviderPrice.provider, no session or session was closed
at org.hibernate.collection.AbstractPersistentCollection.throwLazyInitializationException(AbstractPersistentCollection.java:358)
到网上找了下要在web。xml中加入一个过滤配置项：web。xml如下：
<listener>
<listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
</listener>

<!-- configure struts2 core filter -->
<filter>
<filter-name>struts2</filter-name>
<filter-class>org.apache.struts2.dispatcher.FilterDispatcher</filter-class>
</filter>
<filter-mapping>
<filter-name>struts2</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>

<!-- configure web character encoding -->
<filter>
<filter-name>encodingFilter</filter-name>
<filter-class>org.springframework.web.filter.CharacterEncodingFilter</filter-class>
<init-param>
<param-name>encoding</param-name>
<param-value>utf-8</param-value>
</init-param>
</filter>

<filter>
<filter-name>hibernateFilter</filter-name>
<filter-class>org.springframework.orm.hibernate3.support.OpenSessionInViewFilter</filter-class>

<init-param>
<param-name>singleSession</param-name>
<param-value>false</param-value>
</init-param>

</filter>

<filter-mapping>
<filter-name>encodingFilter</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>

<filter-mapping>
<filter-name>hibernateFilter</filter-name>
<url-pattern>*.do</url-pattern>
</filter-mapping>
但不知道为什么配置了还是出错，请教一下，是哪里配置错了呢，还是要改其它的地方
我知道最好不把lazy设为false了 ，
但是二楼的说：出现这种问题的主要原因是因为表之间的主外键，建议仔细检查一下xml中的设置是否正确。
不太理解，与这里抛出的异常有关吗？
网上有人说在web。xml中配置如下：
<filter-name>hibernateFilter</filter-name>
<filter-class>org.springframework.orm.hibernate3.support.OpenSessionInViewFilter</filter-class>

是可以解决问题的了，但不知道为什么我的不行？？

spring 的OpenSessionInViewFilter简介
假设在你的应用中Hibernate是通过spring 来管理它的session.如果在你的应用中没有使用OpenSessionInViewFilter或者OpenSessionInViewInterceptor。session会在transaction结束后关闭。
如果你采用了spring的声明式事务模式，它会对你的被代理对象的每一个方法进行事务包装（AOP的方式）。如下：

<bean id="txProxyTemplate" abstract="true"
class="org.springframework.transaction.interceptor.TransactionProxyFactoryBean">
<property name="transactionManager" ref="transactionManager"/>
<property name="transactionAttributes">
<props>
<prop key="save*">PROPAGATION_REQUIRED</prop>
<prop key="remove*">PROPAGATION_REQUIRED</prop>
<prop key="*">PROPAGATION_REQUIRED,readOnly</prop>
</props>
</property>
</bean>

<bean id="manager" parent="txProxyTemplate">
<property name="target">
<bean class="org.appfuse.service.impl.BaseManager">
<property name="dao" ref="dao"/>
</bean>
</property>
</bean>
目标类org.appfuse.service.impl.BaseManager 的 save *方法的事务类型PROPAGATION_REQUIRED ，remove* 方法的事务类型PROPAGATION_REQUIRED
其他的方法的事务类型是PROPAGATION_REQUIRED,readOnly。
所以给你的感觉是调用这个名为“manager”的bean的方法之后session就关掉了。
如果应用中使用了OpenSessionInViewFilter或者OpenSessionInViewInterceptor，所有打开的session会被保存在一个线程变量里。在线程退出前通过
OpenSessionInViewFilter或者OpenSessionInViewInterceptor断开这些session。为什么这么做？这主要是为了实现Hibernate的延迟加载功能。基于一个请求
一个hibernate session的原则。

spring中对OpenSessionInViewFilter的描述如下：
它是一个Servlet2.3过滤器，用来把一个Hibernate Session和一次完整的请求过程对应的线程相绑定。目的是为了实现"Open Session in View"的模式。
例如： 它允许在事务提交之后延迟加载显示所需要的对象。

这个过滤器和 HibernateInterceptor 有点类似：它是通过线程实现的。无论是没有事务的应用，还是有业务层事务的应用（通过HibernateTransactionManager 或
JtaTransactionManager的方式实现）它都适用。在后一种情况下，事务会自动采用由这个filter绑定的Session来进行相关的操作以及根据实际情况完成提交操作。

警告： 如果在你的应用中，一次请求的过程中使用了单一的一个HIbernate Session，在这种情况下，采用这个filter会产生一些以前没遇到的问题。特别需要注意的是通过
Hibernate Session重新组织持久化对象之间关系的相关操作需要在请求的最开始进行。以免与已经加载的相同对象发生冲突。

或者，我们可以通过指定"singleSession"="false"的方式把这个过滤器调到延期关闭模式。这样在一次请求的过程中不会使用一个单一的Session.每一次数据访问或事务相关
操作都使用属于它自己的session(有点像不使用Open Session in View).这些session都被注册成延迟关闭模式，即使是在这一次的请求中它相关操作已经完成。

"一次请求一个session" 对于一级缓存而言很有效，但是这样可以带来副作用。例如在saveOrUpdate的时候或事物回滚之后，虽然它和“no Open Session in View”同样安全。
但是它却允许延迟加载。

它会在spring的web应用的上下文根中查找Session工厂。它也支持通过在web.xml中定义的“SessionFactoryBeanName”的init-param元素指定的Session工厂对应的bean的
名字来查找session工厂。默认的bean的名字是"sessionFactory".他通过每一次请求查找一次SessionFactory的方式来避免由初始化顺序引起的问题（当使用ContextLoaderServlet
来集成spring的时候 ，spring 的应用上下文是在这个filter 之后才被初始化的）。

默认的情况下，这个filter 不会同步Hibernate Session.这是因为它认为这项工作是通过业务层的事务来完成的。而且HibernateAccessors 的FlushMode为FLUSH_EAGER.如果你
想让这个filter在请求完成以后同步session.你需要覆盖它的closeSession方法，在这个方法中在调用父类的关闭session操作之前同步session.此外你需要覆盖它的getSession()
方法。返回一个session它的FlushMode 不是默认的FlushMode.NEVER。需要注意的是getSession()和closeSession()方法只有在single session的模式中才被调用。

在myfaces的wiki里提供了OpenSessionInViewFilter的一个子类如下：
public class OpenSessionInViewFilter extends org.springframework.orm.hibernate3.support.OpenSessionInViewFilter

protected Session getSession(SessionFactory sessionFactory) throws DataAccessResourceFailureException
Session session = SessionFactoryUtils.getSession(sessionFactory, true);
session.setFlushMode(FlushMode.COMMIT);
return session;


protected void closeSession(Session session, SessionFactory factory)
session.flush();
super.closeSession(session, factory);

参考资料：http://blog.sina.com.cn/s/blog_5e3fc5cf0100drrd.html

参考技术A 可能是session在再次调用前给关闭了 所以找不到session 或者是延迟加载问题 用 lazy设置下试试 但是一般不建议这样使用影响效率 你可以local一个试试 参考技术B 将映射文件中的lazy属性设成false，这是因为你打开了延迟加载，但是你的session已经不存在了，所以导致的异常 参考技术C 出现这种问题的主要原因是因为表之间的主外键，建议仔细检查一下xml中的设置是否正确。 参考技术D 查看一下POJO的lazy是怎么设置的吧

bug记录jpa 解决org.hibernate.lazyinitializationexception could not initialize proxy - no session

前言

最近开发项目比较忙，Spring Cloud的笔记得稍稍放放了，下午出来个bug，恶心的不行，功能很简单，也没有什么级联或复杂的映射关系，就是一直在报三个异常

Caused by: com.fasterxml.jackson.databind.JsonMappingException: No serializer found for class org.hibernate.proxy.pojo.javassist.JavassistLazyInitializer and no properties discovered to create BeanSerializer (to avoid exception, disable SerializationFeature.FAIL_ON_EMPTY_BEANS) (through reference chain: com.shunneng.core.web.rest.util.Result["data"]->com.shunneng.flup.web.rest.dto.SaveFlupDTO["flupForm"]->com.shunneng.flup.domain.FlupForm_$$_jvst158_3["handler"])

2018-05-14 16:54:44,571 ERROR XNIO-2 task-3 c.s.c.w.r.e.ExceptionTranslator:159 - JsonMappingException: No serializer found for class org.hibernate.proxy.pojo.javassist.JavassistLazyInitializer and no properties discovered to create BeanSerializer (to avoid exception, disable SerializationFeature.FAIL_ON_EMPTY_BEANS) (through reference chain: 

org.hibernate.lazyinitializationexception could not initialize proxy - no session

这些异常是最后的这个异常导致的，网上找了很多，都说是jpa或hibernate的延迟加载搞的鬼，解决方法无非就是几种，分别贴出与各位分享之

正文

五个解决方案

1、关闭LazyInitialization, 将fetch设成eager,可以在配置文件，也可注解

2、在spring boot的配置文件application.properties添加spring.jpa.open-in-view=true，yml同理

3、用spring 的OpenSessionInViewFilter

4、在spring boot的配置文件application.properties添加spring.jpa.properties.hibernate.enable_lazy_load_no_trans=true

上述几种，因为用的是springboot项目，只能用注解比较方便，都没有成功，就不详写了。介绍下面的方法，我是在一个国外网站找到的

5、在出问题的实体类上加@Proxy(lazy = false) 这里copy下机翻，英语好的可以直接移步文章出处

有情况，当我们想要一个简单的解决方案时，并不关心性能方面的任何事情，例如为了测试或原型设计的目的。在这种情况下，您可以在应用程序中进行以下配置更改以避免此错误，但请记住，如果此代码进入生产环境，则预先初始化可能导致的影响。

如果您使用XML配置：将default-lazy =“false”添加到您的 元件
如果您使用注释配置：将@Proxy（lazy = false）添加到所有实体类。

这就是如何修复线程“main”中的异常org.hibernate.LazyInitializationException：无法初始化代理 - 没有会话。我们已经看到，这个错误主要出现在关闭连接并尝试访问未完全初始化的代理对象时。由于代理对象需要连接，因此可以将对象重新连接到会话，或者小心避免编写代码，这些代码访问未初始化的代理对象。

避免LazyInitializationException的另一种方法是通过使用lazy =“false”来禁用实体类的hibernate的懒惰初始化功能或者使用default-lazy =“false”完全禁用它。

由于性能原因，此解决方案不推荐用于生产用途，但可用于原型设计，测试和演示。当你从Hibernate 2.1升级到3.0时，如果你第一次看到这个错误，不要感到惊讶，因为这是Hibernate默认启用延迟初始化时的版本。如果您在任何其他场景中遇到此错误或尝试解决“org.hibernate.LazyInitializationException：无法初始化代理 - 无会话”，您也可以在此处发布错误和代码，我们可以一起看看。

引用文章：Dealing with org.hibernate.LazyInitializationException: could not initialize proxy - no Session in Hibernate Java

2018-05-29 最新更新，有时候还有种出现这种问题的可能是，findOne方法等写成了getOne等……

本文仅作记录，写文帮助更多人，转载还望注明出处http://www.cnblogs.com/hellxz/p/9037597.html