org.hibernate.MappingException: Dialect does not support identity key generation

thinkpadshi 2013-04-22 10:20:59
用ExtJs做界面的,但是报这个错
org.hibernate.MappingException: Dialect does not support identity key generation
可是我的.hbm.xml里的主键产生方式都是assigned的,哪里来的identity ,ctrl+H在这个workspace里都没有搜出identity 这个字符串,大家说一下有可能哪里出错
补充:用的是oracle数据库,单表查询成功,这一个不成功的是有外键!
...全文
444 8 打赏 收藏 转发到动态 举报
AI 作业
写回复
用AI写文章
8 条回复
切换为时间正序
请发表友善的回复…
发表回复
thinkpadshi 2013-04-23
  • 打赏
  • 举报
回复
唉,CSDN太冷清了,都没什么人,我就自问自答吧,同时感谢chxalpp123耐心的回答哈
thinkpadshi 2013-04-23
  • 打赏
  • 举报
回复
引用 5 楼 chxalpp123 的回复:
对啊 你如果用的是assigned id就是应用程序管理啊 你如果没设置id 又没配置主键由底层数据库自动生成 肯定出异常啊 id主键不能为空的
原因:hibernate3 many-to-one的默认选项是 lazy = "proxy"(向我这样的菜鸟可以认为是true) 解决方法:<many-to-one> & <set> 中设置 lazy="false"或者fetch=“join”或者OpenSessionInViewFilter(这个是大家都推荐的,既可以延迟加载提高效率,也可以解决问题)再或者在spring中进行事务控制也可以。
thinkpadshi 2013-04-23
  • 打赏
  • 举报
回复
引用 5 楼 chxalpp123 的回复:
对啊 你如果用的是assigned id就是应用程序管理啊 你如果没设置id 又没配置主键由底层数据库自动生成 肯定出异常啊 id主键不能为空的
在hibernate 的one-to-many,many-to-one,many-to-many中,为了效率的提高,我们一般都采用lazy机制,但使用spring的getHibernateTemplate().save(Object)时,HibernateTemplate试图每次在execute之前去获得Session,执行完就力争关闭Session 。也就是说Hibernate的Lazy初始化1:n关系时,你必须保证是在同一个Session内部使用这个关系集合,不然Hiernate将抛出Failed to lazily initialize a collection - no session or session was closed的例外。”同一个session内部?难道我的不是同一个session?想一想。。。这不是废话吗,既然session已经关闭了,再去访问肯定需要new一个session,能是同一个吗?
爱无语飞 2013-04-23
  • 打赏
  • 举报
回复
对啊 你如果用的是assigned id就是应用程序管理啊 你如果没设置id 又没配置主键由底层数据库自动生成 肯定出异常啊 id主键不能为空的
thinkpadshi 2013-04-22
  • 打赏
  • 举报
回复
刚刚debug了一下,发现hibernate查询的时候没有去关联外键所在的表,只查询了当前表,估计这是错误所在吧
thinkpadshi 2013-04-22
  • 打赏
  • 举报
回复
额,是这个问题太难还是大家都睡得早?
thinkpadshi 2013-04-22
  • 打赏
  • 举报
回复
引用 1 楼 chxalpp123 的回复:
翻译成中文的意思就是说 方言不支持身份密钥生成 简单的说就是说如果你设置了主键,没有映射oracle数据库序列的话,你就要手动设置主键的值,如果没设置,因为主键不能为空,所以就报错
你确定?identity在这里是身份的意思?而不是hibernate里主键生成的方式?比如:identity、assigned、sequence?
爱无语飞 2013-04-22
  • 打赏
  • 举报
回复
翻译成中文的意思就是说 方言不支持身份密钥生成 简单的说就是说如果你设置了主键,没有映射oracle数据库序列的话,你就要手动设置主键的值,如果没设置,因为主键不能为空,所以就报错

67,550

社区成员

发帖
与我相关
我的任务
社区描述
J2EE只是Java企业应用。我们需要一个跨J2SE/WEB/EJB的微容器,保护我们的业务核心组件(中间件),以延续它的生命力,而不是依赖J2SE/J2EE版本。
社区管理员
  • Java EE
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧