On 10 Nov (00:27), Gavin King wrote:

> loaded object from the session cache). The new state is then /copied/
> onto the loaded object and the loaded object is returned to the user.
> We never get the exception listed above, because we don't try to add
> the given object to the cache. If no object is returned from the
> database, we save the given object.

Complex, I wish more people would understand lock() and update() instead
of having to learn yet another method, which is certainly not a better
approach.

> This approach has two enormous disadvantages:
> 
> (1) it breaks == from the user's POV

Yes.

> (2) it is much less efficient than just doing an update

Yes.

> But, as long as we have both options, all is good.

I'm not sure :)

> (a) help out people who are trying to make composite-id stuff work

I have no mercy for people with composite identifiers ;)

> (b) solve problems for people who try to do this:

I'm a really not sure about this.

-- 
Christian Bauer
[EMAIL PROTECTED]


-------------------------------------------------------
This SF.Net email sponsored by: ApacheCon 2003,
16-19 November in Las Vegas. Learn firsthand the latest
developments in Apache, PHP, Perl, XML, Java, MySQL,
WebDAV, and more! http://www.apachecon.com/
_______________________________________________
hibernate-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/hibernate-devel

Reply via email to