I believe this only comes into play if you are using query caching. We
had to turn that off for this very reason.
-----Original Message-----
From: hibernate-dev-bounces(a)lists.jboss.org
[mailto:hibernate-dev-bounces@lists.jboss.org] On Behalf Of Emmanuel
Bernard
Sent: Sunday, November 11, 2007 5:29 PM
To: Markus Heiden
Cc: hibernate-dev(a)lists.jboss.org
Subject: Re: [hibernate-dev] Memory consumption
You're missing one part, how about custom event listeners. Hibernate
Search used to use those events and needed the entity instances for
example.
For the optimization, the JIRA issue has not been created AFAIK.
On Nov 11, 2007, at 17:00, Markus Heiden wrote:
Hi Emmanuel,
> You need it for the post commit insert event.
I know, but during the execution of "post commit" code of the
EntityInsertAction only the id of the instance is needed and this
should be retrievable after a flush. So in all cases there is no
need to keep the reference to the instance after flushing.
> But we could optimize that if there is no such event.
Anyway this solution would be sufficient for first. Or does
hibernate keeps references to instances after a flush somewhere
else too?
Shall I create a JIRA issue?
Markus Heiden
_______________________________________________
hibernate-dev mailing list
hibernate-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/hibernate-dev