No what I am talking about is not related to the caching system.
On Nov 12, 2007, at 17:31, Shawn Clowater wrote:
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
_______________________________________________
hibernate-dev mailing list
hibernate-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/hibernate-dev