org.hibernate.AssertionFailure: null id in xxx.xx.xx的问题

最新推荐文章于 2018-02-06 00:59:18 发布
最新推荐文章于 2018-02-06 00:59:18 发布
阅读量124 收藏
点赞数
文章标签： java 数据库
本文介绍了解决执行SQL语句时出现的关键字错误的方法。当遇到此类问题时，很可能是由于查询语句中误用了数据库的关键字。文章建议通过直接在数据库中执行该语句来检查并确认这些关键字。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

在代码中执行一些sql语句的时候有可能会出现这样的错误提示，很有可能是因为在查询语句中使用了数据库的关键字，改过来就行了。

如果想要查看该语句中是否是关键字，可以将该语句放到数据库中执行查看。

iteye_14608
关注
最新八股文面试题
weixin_44530708的博客
03-01 2878
最新八股文面试题
2022 Java面试题
热门推荐
qq_44785726的博客
02-18 1万+
Java面向对象有哪些特征，如何应用 ​ 面向对象编程是利用类和对象编程的一种思想。万物可归类，类是对于世界事物的高度抽象 ，不同的事物之间有不同的关系 ，一个类自身与外界的封装关系，一个父类和子类的继承关系， 一个类和多个类的多态关系。万物皆对象，对象是具体的世界事物，面向对象的三大特征封装，继承，多态。封装，封装说明一个类行为和属性与其他类的关系，低耦合，高内聚；继承是父类和子类的关系，多态说的是类与类的关系。 ​ 封装隐藏了类的内部实现机制，可以在不影响使用的情况下改变类的内部结构，同时也保护了数
org.hibernate.AssertionFailure: null id in net.test.entity.test entry (don't flush the Session
放纵的青春的专栏
01-26 1158
这个错误一般原因网上都说的很清楚了 我只说个自己碰到的感觉容易犯的错误 就是hibernate映射实体的时候 对于主键 一般都是会映射成自增的 如果你那个表的主键不是自增 而是从程序里面取值去插入的 就会报这个错 删除实体类的自增就行了
错误集：org.hibernate.AssertionFailure: null id in xxx.xx.xx的问题
weixin_34092370的博客
03-20 338
经常遇到这种问题，在添加数据的时候；看到这种情况，你是不是容易想到配置问题？缓存问题？主键问题？不过一般只要不是新项目，而且主键已经配置了自动增长，那么就是其它问题了。以下就是我遇到过的比较坑人的现象，但往往不会想到这方面，浪费不少时间；1、做添加功能时，因为新加了个字段，结果数据库的字段忘了添加，然后就报这错；2、数据库字段和代码中配置类型没有匹配（比如价格在数据库中是个d...
org.hibernate.AssertionFailure: null id in cn.allo
学得越多,忘得越多;忘得越多,知道的越少
08-03 222
[framework] 2008-08-02 13:34:53,046 - org.apache.struts.action.RequestProcessor -10674171 [TP-Processor6] WARN org.apache.struts.action.RequestProcessor - Unhandled Exception thrown: class org.hiber...
org.hibernate.AssertionFailure: null id in X.XX.XXX 原因及解决方案
龗孖
02-24 2749
org.hibernate.AssertionFailure: null id in X.XX.XXX 解决方案 此问题出现原因： 1.字段里用到了数据库的关键字了 -换掉这个字段 2.如果数据库里设置了某个字段值不为null,而你保存的时候就设置了为null -【不说了o(////▽////)q】
org.hibernate.AssertionFailure: null id 错误
weixin_33897722的博客
02-15 251
对象属性有Blob类型； 而Blob需在输入流中读取； InputStream in = new FileInputStream(url.getFile()); Blob bookPic = lobHelper.createBlob(in, in.available()); book.setBookPic(bookPic); book2.setBookPic(bookPic);如对象bo...
org.hibernate.AssertionFailure: null id in
zb0567的专栏
02-19 3953
org.hibernate.AssertionFailure: null id in 遇到这个错误， 可能有以下原因： 1 也是我自己的原因，因为测试代码，所以数据库字段都是临时添加的，都设置非空了，所以失败，修改即可 2 字段里用到了数据库的关键字 这个自己看看，个人习惯的要改改
org.hibernate.AssertionFailure: null id in com.base.program.entity.Program entry (don't flush the S
胖墩儿的专栏
02-24 4028
爬取网络数据插入数据库时突然报这个错，看到null id以为是自增长id出现了null，但是前面测试时都没问题的。网上查了下资料，发现是字段长度不够长的问题，在数据库中将其中两个字段的字段设置大点就OK了。 或者在java文件中添加annotation注解，将其设为text类型，如下： @Type(type="text") public String getActor()
org.hibernate.AssertionFailure: null id in xxx entry (don't flush the Session after an except)解决方法
写代码的林克
11-14 3625
最近学习了一点Hibernate的东西，今天遇到一个莫名奇妙的问题。在我配置好表的注解和对应关系之后，当我想往数据库中插入数据时，报了下面的错误：org.hibernate.AssertionFailure: null id in bean.Grade entry (don't flush the Session after an exception occurs)
org.hibernate.AssertionFailure: null id in com.fy.domain.GoodPO entry (don't flush the Session after
z278718149的专栏
04-02 1257
09:58:38,965 ERROR JDBCExceptionReporter:101 - Duplicate entry '321-561' for key 'name' 09:58:38,965 ERROR AssertionFailure:45 - an assertion failure occured (this may indicate a bug in Hibernate, bu
null id in entry (don't flush the Session after an exception occurs)
nangongyanya的专栏
09-12 6523
错误提示： 解决方法： 遇到这个异常实属不小心所致，最初看到异出的错误信息时我误认为是主键为空所致。一着急竟然把entry当成了entity理解，真是让人笑话^_^。         其实个该异常信息是在提示我们没有为数据中的非空字段设置值。呵呵！看，够笨的吧。怎么会忘记为非空字段设置值呢？当然一般我们是不会犯这样的错。但是需要说的一点是，在数据的设计中比如SqlServer，我
org.hibernate.AssertionFailure: null id in entry (don't flush the Session after an exception occurs)
liyanhui1001的专栏
03-28 6965
hibenate.hbm2ddl.auto属性详解 hibernate 配置属性中,hibernate.hbm2ddl.auto可以帮助你实现正向工程,即由java代码生成数据库脚本,进而生成具体的表结构. &在hibernate.cfg.xml中: Java代码 复制代码    1.    2. 它包含4个属性:     * create : 会根据你的model类来生成表,但是每次运行都会删除上一次的表,重新生成表,哪怕2次没有任何改变     * create-drop : 根据model类生成表,但
org.hibernate.AssertionFailure: null id 异常的坑
Shiwei_Xiong的博客
02-06 8302
使用hibernate+mysql 存文件的时候遇到一个莫名其妙的错误。服务器端也不报错，客户端就一直500。（org.hibernate.AssertionFailure: null id 这个错误）。 然后百度到的都说是 有个字段长度不足 。无奈一路排查。。。发现字段明明都是足的啊。 (⊙o⊙)… 然后才发现 存文件的 blob 貌似不对，然后百度一下发现 blob 在mysql的中分
null id in entry (don't flush the Session after an exception occurs)的错误
zhou3ming8的博客
11-27 3225
这个错误可能是id多加了约束条件，比如主键id多加了一个外键字段导致，可以把外键字段去掉，然后就可以保存了
org.hibernate.assertionFailure: null identifier
最新发布
03-20
<think>好的，我现在需要解决用户提到的Hibernate中的AssertionFailure异常，特别是与null标识符相关的错误。首先，我需要回忆一下Hibernate的相关知识，特别是关于标识符（identifier）的部分。AssertionFailure通常表明Hibernate在内部状态检查时失败，可能的原因包括标识符为null、实体映射不正确或者事务管理问题。 用户提到的是null标识符异常，所以可能的情况是当Hibernate尝试将一个实体保存或加载到会话中时，发现该实体的主键（identifier）为null。根据Hibernate的要求，实体类的主键字段必须是非空的，尤其是在使用数据库自增主键或手动分配时，如果没有正确生成或赋值，就会导致这个问题。 首先，我应该检查实体类的映射配置是否正确。例如，使用@Id注解标识主键字段，并确保生成策略（如@GeneratedValue）正确设置。如果使用自增主键，策略应该是GenerationType.IDENTITY，而如果是序列或表生成，需要相应配置。如果生成策略配置错误，可能导致Hibernate期望数据库或程序生成主键，但实际上没有生成，导致保存时主键仍为null。 接下来，考虑在保存实体之前是否手动设置了主键。如果生成策略是手动分配（如GenerationType.NONE），则需要在保存前主动赋值。否则，Hibernate应该在插入数据库时自动生成主键值，但如果数据库没有正确返回生成的值（例如，触发器或存储过程未正确配置），也可能导致问题。 另外，事务管理的问题也可能引发此类异常。例如，在事务未正确提交或回滚的情况下，Hibernate可能无法正确同步实体状态，导致标识符未正确填充。需要确保事务边界正确，并且在保存实体后及时提交事务。 还有可能是在级联操作或关联关系中，某个关联实体的标识符未被正确设置。例如，父实体保存时，子实体的主键需要依赖父实体的主键生成，如果级联配置不当，可能导致子实体的主键为null。 此外，Hibernate的会话管理也需要检查。如果会话（Session）在操作过程中被意外关闭或未正确绑定到当前线程，可能导致实体状态不一致。例如，用户引用的代码中的bindHibernateSessionToThread方法，可能是用来将会话绑定到线程的，如果该方法未被正确调用或配置，可能导致会话问题，进而影响主键的生成和持久化。 还需要考虑数据库的约束，例如主键是否为自增字段，是否允许null值。如果数据库表的主键字段设置为非自增且不允许null，但Hibernate配置为自动生成，可能导致冲突。 总结可能的解决步骤： 1. 检查实体类的主键映射，确保@Id和@GeneratedValue正确配置，生成策略符合数据库设计。 2. 确保在保存实体之前没有手动设置主键，或根据生成策略正确赋值。 3. 验证事务管理配置，确保保存操作在事务内完成，并正确提交。 4. 检查关联实体和级联配置，确保关联对象的主键正确生成。 5. 确保Hibernate会话管理正确，特别是在多线程环境下会话绑定到当前线程。 6. 检查数据库表结构，确认主键字段的约束与Hibernate配置一致。 用户提供的引用中提到了Hibernate 4.1.9的BatchedTooManyRowsAffectedException，这可能与批量更新操作有关，但当前问题更偏向于标识符为null的情况。不过，可能需要检查是否存在批量操作中的错误影响了主键的生成，例如批量插入时未正确处理生成的主键值。 最后，根据这些分析，给出具体的解决步骤和建议，帮助用户逐步排查问题，并确保配置和代码的正确性。</think>### 解决Hibernate中`AssertionFailure: null identifier`异常的方法 `org.hibernate.AssertionFailure: null identifier`异常通常发生在Hibernate尝试操作一个实体对象时，发现其主键（identifier）为`null`。以下是逐步排查和解决的方案： --- #### **1. 检查实体类的主键映射配置** - **原因**：实体类的主键未正确配置生成策略，或数据库未返回生成的主键值。 - **解决方案**： - 确保主键字段使用`@Id`和`@GeneratedValue`注解，并根据数据库类型选择合适的生成策略： ```java @Id @GeneratedValue(strategy = GenerationType.IDENTITY) // 适用于自增主键（如MySQL） private Long id; ``` - 若使用序列（如Oracle），需指定`GenerationType.SEQUENCE`并配置序列名称： ```java @GeneratedValue(strategy = GenerationType.SEQUENCE, generator = "seq_gen") @SequenceGenerator(name = "seq_gen", sequenceName = "my_sequence") ``` --- #### **2. 验证主键生成策略与数据库的一致性** - **原因**：数据库表的主键生成方式（如自增、序列）与Hibernate配置不匹配。 - **解决方案**： - 检查数据库表结构，确认主键是否为自增字段或依赖序列生成。 - 若使用`GenerationType.IDENTITY`，确保数据库支持自增（如MySQL的`AUTO_INCREMENT`或PostgreSQL的`SERIAL`）。 --- #### **3. 避免手动设置主键值** - **原因**：如果主键生成策略为自动生成（如`GenerationType.IDENTITY`），手动赋值会导致冲突。 - **解决方案**： - 移除手动设置主键的代码： ```java // 错误示例：手动设置自增主键 entity.setId(123L); session.save(entity); ``` --- #### **4. 检查事务管理与会话绑定** - **原因**：事务未正确提交或会话未绑定到当前线程，导致主键未持久化。 - **解决方案**： - 确保操作在事务内执行，并使用`@Transactional`注解（Spring环境）： ```java @Transactional public void saveEntity(MyEntity entity) { sessionFactory.getCurrentSession().save(entity); } ``` - 验证会话绑定逻辑，如使用`bindHibernateSessionToThread`确保会话与线程绑定[^1]。 --- #### **5. 排查关联实体的级联操作** - **原因**：级联保存时，关联实体的主键可能未正确生成。 - **解决方案**： - 检查关联关系的`cascade`配置，确保包含`CascadeType.PERSIST`或`CascadeType.ALL`： ```java @OneToMany(mappedBy = "parent", cascade = CascadeType.ALL) private List<ChildEntity> children; ``` --- #### **6. 检查数据库连接和约束** - **原因**：数据库连接异常或主键约束冲突。 - **解决方案**： - 确认数据库连接正常，表结构主键字段非空且无重复值。 - 启用Hibernate的SQL日志，检查生成的INSERT语句是否包含主键： ```properties hibernate.show_sql=true hibernate.format_sql=true ``` --- #### **示例代码修正** ```java // 正确的实体类配置示例 @Entity public class MyEntity { @Id @GeneratedValue(strategy = GenerationType.IDENTITY) private Long id; // 其他字段及Getter/Setter } ``` --- ###
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值