【排坑记录】ids for this class must be manually assigned before calling save():

今天在做好友请求删除 接受的时候,能显示好友列表,后端逻辑都正常,但点删除按钮,就是出现上述错误。

  1. 先百度了,字面意思,id 保存前要先初始化。【我这都已经存在这个Id了,况且点的是删除按钮。】
  2. 然后我开始排查,检查前端代码,传参,请求url都能对上,所覆盖的innerHTML 也正确,没有出现问题【问题就在这,前端是正确的,但后端用的属性没对应上,出错了】。
  3. 然后SpringBootTest 自己传参进去,能查出来,请求逻辑没错。
  4. 调用请求的时候,输出了对象,发现对象的Id 值为 Undifined.
  5. 然后重新检查了下 类的属性 发现我把输出给前端的对象RequestVo 里的 sendUserId 写成了 sendUserid......... 【将所有的id 修改成Id就OK了】 -_-||

P.s SpringDataJpa 在执行删除的方法上,加上@Rollback(value = false) 默认会回滚,所以不关的话会显示执行了SQL语句,但是不会删除。

原文地址:https://www.cnblogs.com/HuangK-HUST/p/12699899.html

时间: 2024-07-30 06:59:08

【排坑记录】ids for this class must be manually assigned before calling save():的相关文章

org.hibernate.id.IdentifierGenerationException: ids for this class must be manually assigned before calling save()

org.hibernate.id.IdentifierGenerationException: ids for this class must be manually assigned before calling save(): com.zh.hibernate.subclass.Person    at org.hibernate.id.Assigned.generate(Assigned.java:52)    at org.hibernate.event.internal.Abstrac

Caused by: org.hibernate.id.IdentifierGenerationException: ids for this class must be manually assigned before calling save(): com.qingmu.seller.entity.OrderMaster

org.springframework.orm.jpa.JpaSystemException: ids for this class must be manually assigned before calling save(): com.qingmu.seller.entity.OrderMaster; nested exception is org.hibernate.id.IdentifierGenerationException: ids for this class must be m

Hibernate: ids for this class must be manually assigned before calling save():

原文: http://blog.csdn.net/softimes/article/details/7008875 引起问题的原因: 由Hibernate根据数据库表自动生成的"类名.hbm.xml"映射文件引起的. 首先我的表(Info)由两个字段组成,即: int id;//主建 String name; (自己做测试,所以就简单的建了个表) 由Hibernate生成的Info.hbm.xml中是这样写的: -------------------------------------

mybatis 排坑记录

1. mapper xml resultMap 中定义 property 时不能出现空格 否则会出现反射错误,找不到 do 对应的 set 方法

移动前端系列——移动端页面坑与排坑技巧

移动前端系列——移动端页面坑与排坑技巧 In 网页重构 on 2014-12-08 20:21:19 by lyushine 对于前端开发者来说移动端存在更多的挑战,移动端页面开发过程中会碰到各种各样千奇百怪的问题(我们俗称BUG或坑),那么今天我为大家分享移动端页面开发过程中的一些坑和排坑技巧. 移动端页面在不同设备.不同操作系统 .不同运行环境下都可能造成各种各样的没有碰到过的的坑,相比曾经的IE6坑多了.下面先介绍一下4类具体常见的坑: 1.外观 A.页面高度渲染错误 在各移动端浏览器中经

MySQL主主复制及相关的排坑

MySQL主主复制及相关的排坑 主主复制的本质就是2台MySQL服务器互为主从. 但如此配置极易产生问题,如数据不一致导致主键的冲突,以及一些其他的错误. 为了减少主键冲突的情况,可以考虑让两个节点的id分别使用技术和偶数,这就需要用到两个服务器选项来配置. auto_increment_offset #设置id的开始点 auto_increment_increment #设置id的步进 主主复制工作中不推荐使用,如确实需要使用,也将其当为主从来使用. 主主复制的搭建 使用2台主机来配置主主复制

unionId突然不能获取的踩坑记录

昨天(2016-2-2日),突然发现系统的一个微信接口使用不了了.后来经查发现,是在网页授权获取用户基本信息的时候,unionid获取失败导致的. 在网页授权获取用户基本信息的介绍中(http://mp.weixin.qq.com/wiki/17/c0f37d5704f0b64713d5d2c37b468d75.html),unionid可以在第二步(https://api.weixin.qq.com/sns/oauth2/access_token)和第四步的2个接口中获得.其中,第四步的接口是

[tf] tensorflow中dropout小坑记录

tensorflow中dropout小坑记录 几天看别人写的代码,有几行总觉得没什么用,自己写了小程序测试了下,果然. 虽然平时这么写的人不多,但是还是记录下吧. 对tensorflow使用时要转变下思维,和平时写的C++不太一样,只是建立了一个静态图. 在list中进行for循环,内部操作是局部变量操作,与原list无关. tf.nn.dropout操作,在随机舍掉部分节点的同时为了保证输出值的平稳会将保留下的节点数据除以keep_prob进行扩大. 赋值操作即使赋值给原数据,也是两个op节点

oracle rac 扩展磁盘采坑记录

oracle rac 磁盘扩展采坑记录: 系统环境:VMware esxi oracle rac 11.2.0.4 昨天扩展了asm的磁盘组,FRA磁盘组和DATA磁盘组,我添加了一块硬盘320g,200g扩展到了DATA组,120g扩展到了FRA组.因为oracle使用的是raw裸设备,扩展第一个磁盘的时候,正常进行,不用关机. 坑1:但是扩展FRA组的时候,需要关机才能找得到第二个设备.重启之后扩展正常,建议扩展磁盘一次扩展到一个组. 坑二:今天我看见系统盘空间不够了,就扩展了一下系统盘空间