我有一个懒惰地初始化Set的实体,我还将PropertyChangeSupport添加到该实体类。以下是Set:
的setter的样子public void setAskPrices(Set<AskPrice> askPrices) {
propertyChangeSupport.firePropertyChange(ASKPRICES_PROPERTY, this.askPrices,
this.askPrices = askPrices);
}
在我的代码中的其他一点,我构建了一个Criteria查询,我希望它能够急切地获取这个集合:
List<PriceRequest> pr = session.createCriteria(PriceRequest.class)
.setFetchMode("askPrices", FetchMode.JOIN)
.add(Restrictions.ilike("reqNum", "%" + reqNum + "%")).list();
当我运行上面的查询时,我在Hibernate中得到一个异常:
Caused by: org.hibernate.LazyInitializationException: failed to lazily initialize a collection, no session or session was closed
at org.hibernate.collection.AbstractPersistentCollection.throwLazyInitializationException(AbstractPersistentCollection.java:383)
at org.hibernate.collection.AbstractPersistentCollection.throwLazyInitializationExceptionIfNotConnected(AbstractPersistentCollection.java:375)
at org.hibernate.collection.AbstractPersistentCollection.readSize(AbstractPersistentCollection.java:122)
at org.hibernate.collection.PersistentSet.size(PersistentSet.java:162)
at java.util.AbstractSet.equals(AbstractSet.java:75)
at java.beans.PropertyChangeSupport.firePropertyChange(PropertyChangeSupport.java:273)
at com.frc_agencies.model.persistent.PriceRequest.setAskPrices(PriceRequest.java:160)
在挖掘之后,我发现firePropertyChange()函数调用oldValu.equals(newValue)。在我的例子中,newValue是新的持久性Set。 equals()函数在某一点上调用new Set上的size(),后者又调用org.hibernate.collection.AbstractPersistentCollection.readSize(),如下所示:
protected boolean readSize() {
if (!initialized) {
if ( cachedSize!=-1 && !hasQueuedOperations() ) {
return true;
}
else {
throwLazyInitializationExceptionIfNotConnected();
CollectionEntry entry = session.getPersistenceContext().getCollectionEntry(this);
CollectionPersister persister = entry.getLoadedPersister();
if ( persister.isExtraLazy() ) {
if ( hasQueuedOperations() ) {
session.flush();
}
cachedSize = persister.getSize( entry.getLoadedKey(), session );
return true;
}
}
}
read();
return false;
}
throwLazyInitializationExceptionIfNotConnected()抛出异常。 它调用以下方法:
/**
* Is the collection currently connected to an open session?
*/
private final boolean isConnectedToSession() {
return session!=null &&
session.isOpen() &&
session.getPersistenceContext().containsCollection(this);
}
它在session.getPersistenceContext()上返回false。containsCollection(this); 因此,出于某种原因,此时持久性集合不是当前会话的一部分。
我决定做一个实验。我删除了Criteria查询中的setFetchMode()调用,只是在返回查询调用之后,我调用了:
Hibernate.initialize(pr.getAskPrices());
这似乎工作正常!
但我不想一直调用Hibernate.initialize()。任何人都可以建议我使用我原来的setFetchMode()调用来做这项工作吗?
感谢。
修改 发布相关的映射
<set name="askPrices" table="ASK_PRICE" inverse="true" lazy="true" fetch="select" cascade="all-delete-orphan">
<meta attribute="bound">ASKPRICES_PROPERTY</meta>
<key on-delete="cascade">
<column name="REQ_ID" not-null="true" />
</key>
<one-to-many class="AskPrice" />
</set>
答案 0 :(得分:0)
当你设置this.askprice = askprice时,你使你的this.askprice不是持久性的,所以带有session的下一个语句将抛出惰性异常。您可以在Xml映射中将lazy更改为false(lazy =“false”),这是我正在使用的一种不好的做法,或者可以尝试使用Spring和Hibernatetemplate,这可能会解决问题。
答案 1 :(得分:0)
对我来说有用的是立即将该组转换为另一种类型的集合:
List listOfObjects = new ArrayList(aMethod.getASetOfObjects());
我们很难使用旧版本的Hibernate。所以我的猜测是Hibernate代码中存在错误。通过立即构建另一个java Collection,它将对象复制到(非易失性)物理内存而不是hibernate缓存。
所以最初的问题会解决为:
List this.askPrices = new ArrayList(askPrices)
希望这有帮助。