hibernate异常将空值赋给基本类型setter的属性

时间:2012-05-18 03:32:07

标签: java sql hibernate persistence

Hibernate 3.6.9遇到了令人沮丧的问题。 MS SQL Server 2008.请注意异常和奇数列索引引用。

HQL查询本身:

Select r from DataStoreReference r join fetch r.container c where r.hash=:hash and r.state=0

堆栈跟踪:

2012-05-16 00:01:22,184 [BackgroundDeletionThread] ERROR org.hibernate.util.JDBCExceptionReporter - The value supplied cannot be converted to BIGINT.  
2012-05-16 00:01:22,186 [BackgroundDeletionThread] ERROR org.hibernate.util.JDBCExceptionReporter - The value supplied cannot be converted to BIGINT.  
2012-05-16 00:01:22,188 [BackgroundDeletionThread] ERROR org.hibernate.util.JDBCExceptionReporter - Invalid column index 14.  
2012-05-16 00:01:22,190 [BackgroundDeletionThread] ERROR org.hibernate.util.JDBCExceptionReporter - The value supplied cannot be converted to BIGINT.  
2012-05-16 00:01:22,193 [BackgroundDeletionThread] ERROR org.hibernate.util.JDBCExceptionReporter - The value supplied cannot be converted to BIGINT.  
2012-05-16 00:01:22,194 [BackgroundDeletionThread] ERROR org.hibernate.util.JDBCExceptionReporter - Invalid column index 14.  
2012-05-16 00:01:22,194 [BackgroundDeletionThread] ERROR com.flipper.utils.ServerErrorHandlerStrategy - reportError: Db :: com.flipper.datastore.workers.BackgroundDeletionThread.executeWork:87 :: EXCEPTION : com.flipper.datastore.exceptions.DBStoreException: Null value was assigned to a property of primitive type setter of com.flipper.datastore.model.DataStoreReference.usage com.flipper.datastore.exceptions.DBStoreException: Null value was assigned to a property of primitive type setter of com.flipper.datastore.model.DataStoreReference.usage  
    at com.flipper.datastore.impl.hib.HibernateDBStore.getAllReferences(HibernateDBStore.java:301)
    at    com.flipper.datastore.workers.BackgroundDeletionThread.processEntry(BackgroundDeletionThread.java:165)
    at com.flipper.datastore.workers.BackgroundDeletionThread.processSet(BackgroundDeletionThread.java:138)
    at com.flipper.datastore.workers.BackgroundDeletionThread.executeWork(BackgroundDeletionThread.java:84)
    at com.flipper.datastore.workers.BackgroundDeletionThread.run(BackgroundDeletionThread.java:60)
Caused by: org.hibernate.PropertyAccessException: Null value was assigned to a property of primitive type setter of com.flipper.datastore.model.DataStoreReference.usage
    at org.hibernate.property.BasicPropertyAccessor$BasicSetter.set(BasicPropertyAccessor.java:109)
    at org.hibernate.tuple.entity.AbstractEntityTuplizer.setPropertyValues(AbstractEntityTuplizer.java:583)
    at org.hibernate.tuple.entity.PojoEntityTuplizer.setPropertyValues(PojoEntityTuplizer.java:229)
    at org.hibernate.persister.entity.AbstractEntityPersister.setPropertyValues(AbstractEntityPersister.java:3847)
    at org.hibernate.engine.TwoPhaseLoad.initializeEntity(TwoPhaseLoad.java:152)
    at org.hibernate.loader.Loader.initializeEntitiesAndCollections(Loader.java:982)
    at org.hibernate.loader.Loader.doQuery(Loader.java:857)
    at org.hibernate.loader.Loader.doQueryAndInitializeNonLazyCollections(Loader.java:274)
    at org.hibernate.loader.Loader.doList(Loader.java:2542)
    at org.hibernate.loader.Loader.listIgnoreQueryCache(Loader.java:2276)
    at org.hibernate.loader.Loader.list(Loader.java:2271)
    at org.hibernate.loader.hql.QueryLoader.list(QueryLoader.java:459)
    at org.hibernate.hql.ast.QueryTranslatorImpl.list(QueryTranslatorImpl.java:365)
    at org.hibernate.engine.query.HQLQueryPlan.performList(HQLQueryPlan.java:196)
    at org.hibernate.impl.SessionImpl.list(SessionImpl.java:1268)
    at org.hibernate.impl.QueryImpl.list(QueryImpl.java:102)
    at com.flipper.message.dao.DataStoreDao.getAllReferencesByHash(DataStoreDao.java:136)
    at com.flipper.datastore.impl.hib.HibernateDBStore.getAllReferences(HibernateDBStore.java:298)
    ... 4 more
Caused by: java.lang.IllegalArgumentException
    at sun.reflect.GeneratedMethodAccessor556.invoke(Unknown Source)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
    at java.lang.reflect.Method.invoke(Method.java:597)
    at org.hibernate.property.BasicPropertyAccessor$BasicSetter.set(BasicPropertyAccessor.java:66)
    ... 21 more

现在,如果以下情况不正确,我会从逻辑(以及谷歌搜索)中理解这一点

a)DataStoreReference的每个实例化后面紧跟一个SystemUsurrentMillis的setUsage) b)项目在映射中标记为非空(见下文) c)导出的表仅在f_external列中显示空值。使用列具有完全合理的长数。

POJO:

DataStoreReference

private long id;


private String hash;    
private long date;  
private long sze;   
private long usage; 

private int state;  
private String external;
private DataStoreContainer container; 

接下来是通用的未修改的getter / setter。

映射文件:

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE hibernate-mapping PUBLIC "-//Hibernate/Hibernate Mapping DTD 3.0//EN" "http://www.hibernate.org/dtd/hibernate-mapping-3.0.dtd">
<hibernate-mapping package="com.flippr.datastore.model">
  <class name="DataStoreReference" table="t_dsref">
    <id name="id">
      <column name="ds_reference_id"/>
      <generator class="native"/>
    </id>
    <property name="hash" not-null="true" column="f_hash" lazy="false" index="idx_hash_dsr" type="string" length="128" />
    <property name="state" not-null="true" column="f_state" lazy="false" index="idx_hash_dsr,idx_size_dsr,idx_usage_dsr" type="integer"/>
    <!--  hibernate hates the name size -->
    <property name="sze" not-null="true" column="f_size" lazy="false" index="idx_size_dsr" type="long"/>
    <property name="date" not-null="true" column="f_date" lazy="false" type="long"/>    
    <property name="usage" not-null="true" column="f_usage" lazy="false" index="idx_usage_dsr" type="long"/>
    <property name="external" not-null="false" column="f_ext" lazy="false" type="string" length="160" />

    <many-to-one name="container" class="com.flipper.datastore.model.DataStoreContainer" 
     column="entity_id" foreign-key="fk_ds_container_id_dsr"  not-found="ignore" not-null="true"/>
   </class>
</hibernate-mapping>

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE hibernate-mapping PUBLIC "-//Hibernate/Hibernate Mapping DTD 3.0//EN" "http://www.hibernate.org/dtd/hibernate-mapping-3.0.dtd">
<hibernate-mapping package="com.flipper.datastore.model">
  <class name="DataStoreContainer" table="t_dscnt">
    <id name="id">
      <column name="ds_container_id"/>
      <generator class="native"/>
    </id>
    <property name="containerType" column="f_type" index="idx_containerType_dsc" lazy="false" type="integer"/>
    <property name="fileCount" column="f_fc" lazy="false" type="long"/>
    <property name="deletedCount" column="f_dc" lazy="false" type="long"/>
    <property name="path" column="f_path" length="255" lazy="false"  type="string"/>
    <set cascade="save-update,delete,delete-orphan,all-delete-orphan" inverse="true" name="documents">
      <key column="entity_id" />
      <one-to-many class="com.flipper.datastore.model.DataStoreReference"/>
    </set>
  </class>
</hibernate-mapping>

4 个答案:

答案 0 :(得分:28)

错误消息是明确的:在至少一行中,列f_usage具有空值。此null值不能像long那样放入基本类型,因为基本类型不能表示null。

当数据库中已存在空值时,property子句中的not-null属性无效。 not-null属性仅用于dmd生成。但是数据库表t_dsref的f_usage列可能允许空值(在sql中使用desc t_dsref检查)。

解决方案:与Long交换很长时间:

private Long usage; 

当使用该值时,您必须处理空条件,例如

if (usage != null) {
  return usage.longValue();
else
  return -1;

(你使用getter和setter来访问hibernate,所以这个codelet不应该在getter中,因为在数据库中,null值在更新后应该继续为null,但你可以在第二个getter中执行你在其他地方使用它,或者你为hibernate进行字段访问。)

我的一般建议:如果列在数据库中标记为NOT NULL ,则原始数据类型只应用于hibernate属性。

答案 1 :(得分:3)

原来这是增强的Hibernate 3.6 MS SQL方言的一个错误。如果扩展SQLServer2005或SQLServer2008方言,则会出现此问题。使用较旧的SQLServer方言(这几乎是Hibernate 3.3x附带的方言)你没有。可能与引入的分页支持有关。叹息

答案 2 :(得分:2)

当您对某些列使用基本类型但在DB中该字段为空时,会在Hibernate中发生此类错误。解决方案:

解决方案一:使用Wrapper类(Integer for int ...) 解决方案二:定义列的默认值。

答案 3 :(得分:1)

Hibernate需要一些修改来匹配企业开发的现实生活场景。使用对象而不是基元会导致比在此上下文中解决的问题更多的问题。

自2002年以来,我一直在编写Java EE企业应用程序。考虑到您可能有许多引用具有空值的代码表的表,这个用例的最佳解决方案是尽可能更新数据库。

例如,如果您有一个人员表,其中引用了生成代码表以表示诸如junior,Senior等标题,并且许多条目为null,则更新代码表以获得未知引用,然后更新表所有空值的数据指向该引用。由于大多数Java EE应用程序都很大且编码错误,您可以尝试更新这些表的入口点,但很可能它很乱,并且可能有各种入口点从cron作业,Web服务等运行所以更新数据库以捕获这些空值并将它们默认为未知条目并让您自己头疼。如果你的建筑从头开始这也是一个混乱的休眠,因为它不是很容易从我可以告诉告诉hibernate你试图用一个原语调用一个setter,它只是使它成为null 0或-1但是我又有不到20小时的休眠经验。我刚读了用户类型,所以我必须多读一些,看看它们是如何工作的。

大型Java EE应用程序中的对象在运行时是一个噩梦,当今市场上的编码器质量很高。