org.hibernate.SessionException: Session is closed!

最新推荐文章于 2021-12-15 19:25:33 发布

原创最新推荐文章于 2021-12-15 19:25:33 发布 · 810 阅读

0 ·

CC 4.0 BY-SA版权

java 专栏收录该内容

2 篇文章

订阅专栏

本文介绍了一个关于使用Hibernate4+Spring4环境下遇到的Sessionisclosed异常问题，并提供了具体的解决方案。通过正确配置OpenSessionInViewFilter，确保在请求处理过程中Session能够正常打开和关闭。

使用hibernate4+spring4用 sessionFactory.getCurrentSession()，得到session时时而报 org.hibernate.SessionException: Session is closed!错误。

现得解决方法如下：

对于OpenSessionInViewFilter，需要在web.xml文件中配置。但一定要放在Struts filter的前面

OpenSessionInViewFilter调用流程:

request(请求)->open session并开始transaction->controller->View(Jsp)->结束transaction并 close session.

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

tangchunyl

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

org.hibernate.LazyInitializationException: could not initialize proxy xxx - no Session 错误解决

oscar999的专栏

05-30

852

问题：使用hibernate的getReference()方法时返回could not initialize proxy的错误。发生场景：在Spring Boot项目中测试JPA的getReference() 方法，JPA的实现是Hibernate。 @Test public void getReference() { String id= "1"; Usr usr = em.getReference(Usr.class, id); Sys

TongWeb做session复制报错Caused by: org.hibernate.LazyInitializationException: failed to lazily initialize

**My Coding Family**

04-29

1319

🏆 本文收录于《全栈Bug调优(实战版)》专栏，致力于分享我在项目实战过程中遇到的各类Bug及其原因，并提供切实有效的解决方案。无论你是初学者还是经验丰富的开发者，本文将为你指引出一条更高效的Bug修复之路，助你早日登顶，迈向财富自由的梦想🚀！同时，欢迎大家关注、收藏、订阅本专栏，更多精彩内容正在持续更新中。让我们一起进步，Up！Up！Up！备注：部分问题/难题源自互联网，但经过精心筛选和整理，保证每一条解决方案都经过实战验证，真实可靠。

参与评论您还未登录，请先登录后发表或查看评论

Spring与Hibernate集成中的session问题

itcast123的专栏

08-12

310

1．通过getSession()方法获得session进行操作 public class Test extends HibernateDaoSupport{ public void save(User user){ this.getSession().save(user); } } 利用这种方式获得的session在方法...

Session is closed ；nested exception is org.hibernate.SessionException: Session is closed解决方案

yinjayhui123的专栏

11-13

4176

通过getSession()方法获得session进行操作。

org.hibernate.SessionException: Session is closed

coffeehot的专栏

03-16

1579

/** * <p>Title: executeInCyouSession</p> * <p>Description: 将持久化操作放入事务中</p> * * @author youyan * @param action -- 持久化操作（增删改查） * @return ...

org.hibernate.SessionException: Session is closed! 异常解决方法

热门推荐

tomcat的专栏

05-26

2万+

今天写了一个SpringMVC的小应用，功能很简单，在用户登录的时候如果发现自己没有用户名和密码就点击注册，跳转到注册页面注册一个，如果注册成功，自动跳转到登录页面，否则跳到错误页面。问题出现在注册成功后登录的时候。如果直接登录不存在这个问题。问题的异常信息如下： org.hibernate.SessionException: Session is closed! 其他更多的

org.hibernate.sessionexception: session is closed

09-03

1507

1．通过getSession()方法获得session进行操作 Java代码 public class Test extends HibernateDaoSupport{ public void save(User user){

org.hibernate.HibernateException: No Hibernate Session bound to thread

01-15

Hibernate Session 绑定线程解决方案在 Java web 开发中， Hibernate 是一个非常流行的 ORM（Object-Relational Mapping）框架，用于将 Java 对象映射到关系数据库中。然而，在使用 Hibernate 进行数据库操作时，...

Caused by: org.hibernate.hql.internal.ast.QuerySyntaxException: Student is not mapped

游海东的技术专栏

02-23

2076

1、错误描述org.hibernate.hql.internal.ast.QuerySyntaxException: Student is not mapped [from Student ] at org.hibernate.hql.internal.ast.QuerySyntaxException.generateQueryException(QuerySyntaxException.jav

[Jpa save方法报错 ] : SQL [n/a]； nested exception is org.hibernate.exception.DataException: could not ex

汤圆的博客

12-15

1776

atitit. 解决org.hibernate.SessionException Session is closed

weixin_34232744的博客

06-06

277

atitit. 解决org.hibernate.SessionException Session is closed #--现象:: org.hibernate.SessionException Session is closed 一呱走中个. #--原因 2.eichkyeu e， log hteu yva parse token e... cheocho sh from...

Hibernate中发生"Session is closed" 的另一种可能

盘子的java学习

05-07

526

Hibernate中发生"Session is closed" 的另一种可能:没有commit的Transaction。关键字:"Session is closed" Hibernate 一般的在struts加Hibernate的项目中！大家想必都使用的HibernateUtil和CloseSessionFilter! 也许很多人,只是对上面的两个类只是用一用,大概都没有仔细地研究过吧,我也是一...

异常积累： nested exception is org.hibernate.SessionException: Session is closed解决方案

miaoxiongvip的专栏

10-21

399

参考文章：http://blog.csdn.net/xiangsuixinsheng/article/details/6451752 通过getSession()方法获得session进行操作，这种方式获得的session在方法执行结束之后不会自动关闭连接,也就是说我们必须通过session.close()或者releaseSession(session)来手动进行关闭,否则会造成内存泄露或者连...

hibernate处理数据的时候:Session is closed!

lifesounds的专栏

04-16

3611

用hibernate处理数据的时候,出来这么个异常,以后注意session.flush( ) exceptionorg.hibernate.SessionException: Session is closed!错误代码:session = HibernateUtil.openSession(); session.beginTransaction(); String sql="

org.hibernate.SessionException: Session was already closed at org.hibernate.in问题

码到家

03-25

393

错误的信息： org.hibernate.SessionException: Session was already closed at org.hibernate.internal.SessionImpl.close(SessionImpl.java:411) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at su...

org.hibernate.SessionException: Session was already closed

Mm_LOVE_92的博客

03-25

763

遇到的问题：测试hibernate向数据库创建表的时候出现以下问题 org.hibernate.SessionException: Session was already closed at org.hibernate.internal.SessionImpl.close(SessionImpl.java:344) at sun.reflect.NativeMethodAcces

Session is closed; nested exception is org.hibernate.SessionException: Session is closed解决方案

u010002783的专栏

05-01

551

1．通过getSession()方法获得session进行操作 Java代码 public class Test extends HibernateDaoSupport{ public void save(User user){ this.getSession().save(user); }

最新发布

09-19

<think> 我们遇到了一个新的错误：`org.hibernate.AssertionFailure: null id in com.kucun.entity.Dingdan entry (don't flush the Session after an exception occurs)` 这个错误发生在唯一性验证器（`UniqueEntityValidator`）执行过程中，具体是在Hibernate尝试刷新（flush）会话（Session）时发生的。 ### 错误分析 1. **错误信息**：`null id in com.kucun.entity.Dingdan entry` - 表示在实体`Dingdan`中，有一个条目的id为null。这通常发生在尝试将一个未持久化（即未保存，id为null）的实体与数据库交互时。 2. **上下文**：这个错误发生在唯一性验证过程中，而唯一性验证是在实体保存之前执行的（通过Hibernate事件监听器`BeanValidationEventListener`）。 3. **根本原因**：在唯一性验证中，我们执行了一个JPQL查询（`SELECT COUNT(e) ...`），这个查询会触发Hibernate的自动刷新（auto-flush）机制。自动刷新机制会尝试将Hibernate会话中所有未保存的更改（包括当前正在验证的实体）同步到数据库。但是，由于当前实体（`Dingdan`）还没有保存，它的id为null（假设id是由数据库自动生成的），因此Hibernate在尝试刷新时遇到了一个id为null的实体，从而抛出`AssertionFailure`。 ### 解决方案为了解决这个问题，我们需要防止在唯一性验证查询中触发自动刷新。具体方法如下： #### 方案1：使用`StatelessSession`执行唯一性查询 `StatelessSession`不会与持久化上下文交互，因此不会触发自动刷新。但是，这需要我们从当前事务中分离出来执行查询。 #### 方案2：在查询前设置FlushMode为MANUAL 我们可以临时将当前会话的FlushMode设置为MANUAL，这样在执行查询时就不会触发自动刷新。查询完成后再恢复为原来的FlushMode。 ### 代码修改（方案2）在`UniqueEntityValidator`的`isValid`方法中，修改执行查询的代码部分： ```java @Override public boolean isValid(Object entity, ConstraintValidatorContext context) { if (entity == null) return true; EntityManager entityManager = getEntityManager(); if (entityManager == null) { throw new IllegalStateException("EntityManager is not available"); } // 获取当前会话的FlushMode并临时设置为MANUAL Session session = entityManager.unwrap(Session.class); FlushMode originalFlushMode = session.getHibernateFlushMode(); try { session.setHibernateFlushMode(FlushMode.MANUAL); // 执行原有的查询逻辑 // ... （构建JPQL，设置参数等） Query query = entityManager.createQuery(jpql.toString()); // ... 设置参数 Long count = (Long) query.getSingleResult(); return count == 0; } catch (Exception e) { log.error("唯一性验证失败", e); return false; } finally { // 恢复原始的FlushMode session.setHibernateFlushMode(originalFlushMode); } } ``` ### 详细解释 1. **获取Hibernate Session**：通过`entityManager.unwrap(Session.class)`获取底层的Hibernate Session。 2. **保存并修改FlushMode**：保存当前FlushMode，然后将其设置为`FlushMode.MANUAL`，这样在执行查询时就不会自动刷新。 3. **执行查询**：在FlushMode为MANUAL的情况下执行查询，不会触发自动刷新，因此不会尝试将当前未保存的实体（id为null）刷新到数据库。 4. **恢复FlushMode**：在finally块中将FlushMode恢复为原来的值，确保后续操作不受影响。 ### 注意事项 - 这种方法仅适用于Hibernate作为JPA实现的情况。如果使用其他JPA实现（如EclipseLink），则需要使用其他方式控制刷新行为。 - 确保在异常情况下也能恢复FlushMode，因此使用try-finally块。 ### 完整代码示例 ```java package com.kucun.dto.validation; import org.hibernate.FlushMode; import org.hibernate.Session; import org.slf4j.Logger; import org.slf4j.LoggerFactory; import org.springframework.stereotype.Component; import jakarta.persistence.EntityManager; import jakarta.persistence.Query; import jakarta.validation.ConstraintValidator; import jakarta.validation.ConstraintValidatorContext; import java.lang.reflect.Field; import java.util.HashMap; import java.util.Map; @Component public class UniqueEntityValidator implements ConstraintValidator<UniqueEntity, Object>, ApplicationContextAware { private static final Logger log = LoggerFactory.getLogger(UniqueEntityValidator.class); private static ApplicationContext applicationContext; @Override public void setApplicationContext(ApplicationContext ctx) { applicationContext = ctx; } private EntityManager getEntityManager() { return applicationContext.getBean(EntityManager.class); } private String repositoryName; private String[] fields; @Override public void initialize(UniqueEntity constraintAnnotation) { this.repositoryName = constraintAnnotation.repositoryName(); this.fields = constraintAnnotation.fields(); } @Override public boolean isValid(Object entity, ConstraintValidatorContext context) { if (entity == null) { return true; } EntityManager entityManager = getEntityManager(); if (entityManager == null) { throw new IllegalStateException("EntityManager is not available"); } // 获取Hibernate Session Session session = entityManager.unwrap(Session.class); FlushMode originalFlushMode = session.getHibernateFlushMode(); try { // 设置FlushMode为MANUAL，避免自动刷新 session.setHibernateFlushMode(FlushMode.MANUAL); // 收集字段值（处理关联对象） Class<?> entityClass = entity.getClass(); Map<String, Object> fieldValues = new HashMap<>(); for (String fieldName : fields) { Field field = getField(entityClass, fieldName); field.setAccessible(true); Object value = field.get(entity); if (value instanceof EntityBasis) { Field idField = getField(value.getClass(), "id"); idField.setAccessible(true); fieldValues.put(fieldName, idField.get(value)); } else { fieldValues.put(fieldName, value); } } // 构建JPQL查询 StringBuilder jpql = new StringBuilder("SELECT COUNT(e) FROM ") .append(entityClass.getSimpleName()).append(" e WHERE "); int index = 0; for (String fieldName : fields) { if (fieldValues.get(fieldName) == null) { jpql.append("e.").append(fieldName).append(" IS NULL"); } else { jpql.append("e.").append(fieldName); if (isAssociationField(entityClass, fieldName)) { jpql.append(".id = :").append(fieldName); } else { jpql.append(" = :").append(fieldName); } } if (++index < fields.length) { jpql.append(" AND "); } } // 排除自身（更新操作） Field idField = getField(entityClass, "id"); idField.setAccessible(true); Object idValue = idField.get(entity); if (idValue != null) { jpql.append(" AND e.id <> :id"); } // 执行查询 Query query = entityManager.createQuery(jpql.toString()); for (String fieldName : fields) { if (fieldValues.get(fieldName) != null) { query.setParameter(fieldName, fieldValues.get(fieldName)); } } if (idValue != null) { query.setParameter("id", idValue); } Long count = (Long) query.getSingleResult(); return count == 0; } catch (Exception e) { log.error("唯一性验证失败", e); return false; } finally { // 恢复原始的FlushMode session.setHibernateFlushMode(originalFlushMode); } } // ... 其他辅助方法（isAssociationField, getField）保持不变 ... } ``` ### 其他建议 - **异常处理**：将异常信息记录到日志，但不要打印堆栈跟踪（使用日志框架记录错误即可）。 - **性能考虑**：频繁修改FlushMode可能会带来性能开销，但考虑到唯一性验证是必要的，这个开销可以接受。 ### 相关问题 §§相关问题§§: 1. Hibernate的FlushMode有哪些，分别代表什么含义？ 2. 如何在JPA中执行不触发自动刷新的查询？ 3. 什么是Hibernate的自动刷新（auto-flush）机制？ 4. 如何避免在Hibernate验证过程中出现未保存实体的刷新问题？ </think> ### 问题分析及解决方案您在唯一性验证过程中遇到了 Hibernate 的 `AssertionFailure` 错误："null id in entry (don't flush the Session after an exception occurs)"。这个错误发生在您的唯一性验证器执行查询时，Hibernate 尝试刷新会话但遇到了一些不一致的状态。 #### 错误原因分析： 1. **实体 ID 为 null**： - 错误信息明确指出尝试刷新一个 ID 为 null 的 `Dingdan` 实体 - 这通常发生在实体尚未持久化（保存到数据库）但 Hibernate 尝试刷新会话时 2. **事务边界问题**： - 唯一性验证发生在事务提交前（在 `BeanValidationEventListener` 中） - 验证过程中的查询可能触发了会话的自动刷新 3. **会话状态不一致**： - "don't flush the Session after an exception occurs" 表明某个操作失败后尝试刷新会话 - 验证期间的其他操作可能使会话处于不一致状态 ### 解决方案：确保事务边界和会话一致性 #### 1. 修改唯一性验证逻辑 - 避免刷新会话 ```java @Override public boolean isValid(Object entity, ConstraintValidatorContext context) { if (entity == null) return true; // 获取当前事务状态 EntityTransaction transaction = null; TransactionStatus txStatus = null; boolean wasActive = false; try { EntityManager entityManager = getEntityManager(); // 检查事务状态 if (entityManager.getTransaction().isActive()) { wasActive = true; } else { // 启动临时事务 transaction = entityManager.getTransaction(); transaction.begin(); } // 创建无状态查询（避免影响会话） Session session = entityManager.unwrap(Session.class); StatelessSession statelessSession = session.getSessionFactory().openStatelessSession(); // 构建查询参数 Map<String, Object> params = new HashMap<>(); // ... 参数收集逻辑（保持不变）... // 构建查询 String queryStr = "SELECT COUNT(e) FROM " + entity.getClass().getSimpleName() + " e WHERE "; for (int i = 0; i < fields.length; i++) { String field = fields[i]; queryStr += "e." + field + " = :" + field; if (i < fields.length - 1) queryStr += " AND "; } // 执行无状态查询 Query<Long> query = statelessSession.createQuery(queryStr, Long.class); for (String field : fields) { query.setParameter(field, params.get(field)); } Long count = query.uniqueResult(); return count == 0; } catch (Exception e) { log.error("唯一性验证失败: {}", e.getMessage()); return false; } finally { // 关闭无状态会话 if (statelessSession != null) { statelessSession.close(); } // 回滚临时事务 if (transaction != null && transaction.isActive() && !wasActive) { transaction.rollback(); } } } ``` #### 2. 配置事务传播行为在您的服务层方法上添加事务注解，确保验证在正确的事务上下文中运行： ```java @Service public class AppService { @Transactional(propagation = Propagation.REQUIRES_NEW) public void addEntity(YourEntity entity) { // 保存实体的逻辑 repository.save(entity); } } ``` #### 3. 确保实体正确初始化在唯一性验证前检查实体状态： ```java @Override public boolean isValid(Object entity, ConstraintValidatorContext context) { if (entity == null) return true; // 检查实体是否已持久化 if (!isPersisted(entity)) { // 处理未持久化实体的特殊逻辑 return validateForNewEntity(entity); } // 原有验证逻辑 // ... } private boolean isPersisted(Object entity) { try { Field idField = entity.getClass().getDeclaredField("id"); idField.setAccessible(true); Object idValue = idField.get(entity); return idValue != null; } catch (Exception e) { log.warn("无法确定实体持久化状态", e); return false; } } ``` ### 解决方案详解 1. **使用 StatelessSession**： - 无状态会话不会缓存实体或维护持久化上下文 - 避免触发自动刷新机制 - 不会影响当前事务状态 2. **明确事务边界**： - 使用 `Propagation.REQUIRES_NEW` 确保验证在独立事务中运行 - 正确处理事务的开始、提交和回滚 3. **区分实体状态**： - 验证前检查实体是否为持久化状态 - 分离新旧实体的验证逻辑 4. **资源清理**： - 确保关闭无状态会话 - 必要时回滚临时事务 ### 错误处理最佳实践 1. **避免在异常后刷新会话**： ```java try { // 业务逻辑 } catch (Exception e) { // 标记会话不应刷新 if (session != null && session.isOpen()) { session.setHibernateFlushMode(FlushMode.MANUAL); } throw e; } ``` 2. **改进日志记录**： ```java public class UniqueEntityValidator { private static final Logger log = LoggerFactory.getLogger(UniqueEntityValidator.class); @Override public boolean isValid(...) { try { // ... } catch (HibernateException he) { log.error("Hibernate会话错误: {}", he.getMessage()); log.debug("详细堆栈:", he); return false; } catch (Exception e) { log.error("唯一性验证失败: {}", e.getMessage()); return false; } } } ``` ### 预防类似问题的通用模式 ```java public <T> T executeInCleanSession(SessionCallback<T> callback) { StatelessSession statelessSession = null; try { Session session = entityManager.unwrap(Session.class); statelessSession = session.getSessionFactory().openStatelessSession(); return callback.execute(statelessSession); } finally { if (statelessSession != null) { statelessSession.close(); } } } // 使用示例 Long count = executeInCleanSession(statelessSession -> { Query<Long> query = statelessSession.createQuery(jpql, Long.class); // 设置参数 return query.uniqueResult(); }); ``` ### 测试用例建议 ```java @SpringBootTest class UniqueEntityValidatorTest { @Autowired private EntityManager em; @Test void testValidateNewEntity() { Dingdan newEntity = new Dingdan(); newEntity.setNumber("TEST123"); // 不设置 ID UniqueEntityValidator validator = new UniqueEntityValidator(); validator.setEntityManager(em); assertTrue(validator.isValid(newEntity, null)); } @Test void testValidatePersistedEntity() { Dingdan entity = em.find(Dingdan.class, 1L); entity.setNumber("MODIFIED"); UniqueEntityValidator validator = new UniqueEntityValidator(); validator.setEntityManager(em); assertFalse(validator.isValid(entity, null)); } } ```