在我们的应用程序中,我想生成一个报告。因此,Foo
和关联的Bar
实体的多个实例已加载(但未更改)。相关数据取自实体,并存储在报告Bean中以实际生成报告。当事务关闭并且Hibernate刷新发生错误时(请参见下文)。
除其他属性外,Foo
还包含对Bar
的引用。这是两个类的摘录:
@Entity
@Table(name = "FOO")
public class Foo {
@Column(name = "BAR_ID")
private Long barId;
@ManyToOne(fetch = FetchType.LAZY)
@JoinColumn(insertable = false, updatable = false)
private Bar bar;
public Long getBarId() {
return barId;
}
public void setBarId(Long barId) {
this.barId = barId;
}
public Bar getBar() {
return bar;
}
// no setter for "bar"
// other attributes
}
@Entity
@Table(name = "BAR")
public class Bar {
@OneToMany(mappedBy = "bar", fetch = LAZY)
private List<Foo> foos;
// no getter/setter for "foos"
// other attributes
}
具有各种其他操作(包括创建,编辑,删除上述实体)的整个应用程序都可以正常工作,但是在创建报告时会出现奇怪的错误:
1)
org.springframework.orm.hibernate4.HibernateSystemException: Found two representations of same collection: Bar.foos; nested exception is org.hibernate.HibernateException: Found two representations of same collection: Bar.foos
at org.springframework.orm.hibernate4.SessionFactoryUtils.convertHibernateAccessException(SessionFactoryUtils.java:216)
at org.springframework.orm.hibernate4.HibernateTransactionManager.convertHibernateAccessException(HibernateTransactionManager.java:681)
at org.springframework.orm.hibernate4.HibernateTransactionManager.doCommit(HibernateTransactionManager.java:563)
at org.springframework.transaction.support.AbstractPlatformTransactionManager.processCommit(AbstractPlatformTransactionManager.java:757)
at org.springframework.transaction.support.AbstractPlatformTransactionManager.commit(AbstractPlatformTransactionManager.java:726)
at org.springframework.transaction.interceptor.TransactionAspectSupport.commitTransactionAfterReturning(TransactionAspectSupport.java:478)
at org.springframework.transaction.interceptor.TransactionAspectSupport.invokeWithinTransaction(TransactionAspectSupport.java:272)
at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:95)
at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:179)
at org.springframework.aop.aspectj.MethodInvocationProceedingJoinPoint.proceed(MethodInvocationProceedingJoinPoint.java:85)
at de.ba.wws.aop.TransactionTimeAspect.setTransactionTime(TransactionTimeAspect.java:20)
[...]
Caused by: org.hibernate.HibernateException: Found two representations of same collection: Bar.foos
at org.hibernate.engine.internal.Collections.processReachableCollection(Collections.java:170)
at org.hibernate.event.internal.FlushVisitor.processCollection(FlushVisitor.java:59)
at org.hibernate.event.internal.AbstractVisitor.processValue(AbstractVisitor.java:121)
at org.hibernate.event.internal.AbstractVisitor.processValue(AbstractVisitor.java:82)
at org.hibernate.event.internal.AbstractVisitor.processEntityPropertyValues(AbstractVisitor.java:76)
at org.hibernate.event.internal.DefaultFlushEntityEventListener.onFlushEntity(DefaultFlushEntityEventListener.java:172)
at org.hibernate.event.internal.AbstractFlushingEventListener.flushEntities(AbstractFlushingEventListener.java:231)
at org.hibernate.event.internal.AbstractFlushingEventListener.flushEverythingToExecutions(AbstractFlushingEventListener.java:102)
at org.hibernate.event.internal.DefaultFlushEventListener.onFlush(DefaultFlushEventListener.java:55)
at org.hibernate.internal.SessionImpl.flush(SessionImpl.java:1222)
at org.hibernate.internal.SessionImpl.managedFlush(SessionImpl.java:425)
at org.hibernate.engine.transaction.internal.jdbc.JdbcTransaction.beforeTransactionCommit(JdbcTransaction.java:101)
at org.hibernate.engine.transaction.spi.AbstractTransactionImpl.commit(AbstractTransactionImpl.java:177)
at org.springframework.orm.hibernate4.HibernateTransactionManager.doCommit(HibernateTransactionManager.java:555)
... 119 more
2)
java.lang.NullPointerException
at org.hibernate.event.internal.AbstractFlushingEventListener.prepareEntityFlushes(AbstractFlushingEventListener.java:155)
at org.hibernate.event.internal.AbstractFlushingEventListener.flushEverythingToExecutions(AbstractFlushingEventListener.java:91)
at org.hibernate.event.internal.DefaultFlushEventListener.onFlush(DefaultFlushEventListener.java:55)
at org.hibernate.internal.SessionImpl.flush(SessionImpl.java:1222)
at org.hibernate.internal.SessionImpl.managedFlush(SessionImpl.java:425)
at org.hibernate.engine.transaction.internal.jdbc.JdbcTransaction.beforeTransactionCommit(JdbcTransaction.java:101)
at org.hibernate.engine.transaction.spi.AbstractTransactionImpl.commit(AbstractTransactionImpl.java:177)
at org.springframework.orm.hibernate4.HibernateTransactionManager.doCommit(HibernateTransactionManager.java:555)
at org.springframework.transaction.support.AbstractPlatformTransactionManager.processCommit(AbstractPlatformTransactionManager.java:757)
at org.springframework.transaction.support.AbstractPlatformTransactionManager.commit(AbstractPlatformTransactionManager.java:726)
at org.springframework.transaction.interceptor.TransactionAspectSupport.commitTransactionAfterReturning(TransactionAspectSupport.java:478)
at org.springframework.transaction.interceptor.TransactionAspectSupport.invokeWithinTransaction(TransactionAspectSupport.java:272)
at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:95)
at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:179)
at org.springframework.aop.aspectj.MethodInvocationProceedingJoinPoint.proceed(MethodInvocationProceedingJoinPoint.java:85)
at de.ba.wws.aop.TransactionTimeAspect.setTransactionTime(TransactionTimeAspect.java:20)
[...]
3)NullPointerException
中的org.hibernate.internal.util.compare.ComparableComparator.compare(Comparable, Comparable)
(两个自变量null
)。 (我无法为此提供堆栈跟踪,因为在撰写本文时无法生成堆栈跟踪。)
在执行报告时,我遇到了以上三个错误之一(或根本没有错误)。有时我需要多次调用报告以产生错误,有时第一次运行已经生成了一个。我无法弄清楚是什么原因引起的。
我发现的唯一解决方法是将两个显示的属性的获取类型都切换为EAGER
。然后一切正常,但是由于预取的数据量很大,因此不希望这样做。
欢迎您使用任何提示,如果您需要更多详细信息,请告诉我。
我们当前正在使用Hibernate 4.3.8。我在本地尝试了较新的版本(4.3.11显示了相同的问题),但是升级到5.x是一项主要任务,并且只有在任何人都可以向我们保证该问题已解决的情况下(如果它实际上是一个休眠状态),才能在短时间内完成问题)在5.x中。
答案 0 :(得分:1)
好吧,我终于明白问题出在哪里了
由于大量数据导致报表生成需要大量时间,因此生成 parallelized 。在执行程序线程的处理部分内,从bean
引用了一些对象,这些对象实际上仍然是Hibernate
受管实体,并且Hibernate
无法解析那些{{1} }(因为proxies
在session
内部无效)。
奇怪的是,这些问题(实际上是真正的异常!)仅在将threads
日志记录设置为Hibernate
时才可见,而产生的异常却不能像底层异常那样理解!
这也解释了为什么在将获取模式设置为trace
时,报告生成正常运行的原因。
现在,我当前的解决方案是确保在实际的多线程处理之前 提取实体(在EAGER
中)所需的所有数据。