On Sep 27, 2006, at 12:02 AM, Emmanuel Bernard wrote:
you mean a standard version of optimistick-lock="false"?
That too.
___
hibernate-dev mailing list
hibernate-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/hibernate-dev
Redirecting to list.jboss.org from sf.net
For truly efficient clustering of extended persistence contexts in the
context of Seam or EJB3, we need a way to propagate unflushed
changesets. What we need is an SPI like this:
Serializable changeset = session1.getChangeSet();
session2.applyCha
Using Hibernate with non-updatable fields can leave entities in a
confused state.
Take an Image with a field creationEvent, not updatable. If
Image.creationEvent is set on an instance and passed to session.merge(),
then:
(1) Properly, no UPDATE is issued.
(2) DefaultMergeEventListener.copy
This is consistent with the way saveOrUpdate works
Josh Moore wrote:
Using Hibernate with non-updatable fields can leave entities in a
confused state.
Take an Image with a field creationEvent, not updatable. If
Image.creationEvent is set on an instance and passed to session.merge(),
then:
(1)
On Sep 27, 2006, at 6:43 PM, Emmanuel Bernard wrote:
This is consistent with the way saveOrUpdate works
And it's perfectly reasonable behavior. If I modify a field value,
then merge, then take the instance returned by merge, I expect that
the value is still there in the merged result. Tha
Emmanuel, do you mean saveOrUpdateCopy? Since saveOrUpdate doesn't do
any copying of the values onto another instance.
By the way, the "dirtying" of the non-updatable field I described also
holds for collections. This means that DefaultMergeEventListener does a
source.load(), gets a fully vali
On Sep 27, 2006, at 8:48 PM, Josh Moore wrote:
copies _invalid_ values on top of the clean proxied collection, and
sends that back to the user.
It does so because you applied these values. Don't do that if you
don't want it. Thanks to Hibernate your mistake will not end up in
the databas
No I mean saveOrUpdate
Think about how saveOrUpdate works in your case, and you will see that
merge is very consistent.
Josh Moore wrote:
Emmanuel, do you mean saveOrUpdateCopy? Since saveOrUpdate doesn't do
any copying of the values onto another instance.
By the way, the "dirtying" of the n
Thanks, Emmanuel. I'll ponder that tonight. And I'll try to convince
myself that being consistent with saveOrUpdate is a good thing for
merge, but I'm not hopeful. ;)
Cheers,
Josh.
Emmanuel Bernard wrote:
No I mean saveOrUpdate
Think about how saveOrUpdate works in your case, and you will
Yes, Josh - consider especially the situation Christian explained that if
you merge Xy onto a session you expect the returning object is Xy and not
Xx.
If you want this behavior (which in some cases I can see the usefullness
of) you need to have
a custom merge implementation as you already
Hi,
I´m wondering about persistence aplications using
hibernet. I tried Hibernate configuration with Netbeans but I have some
problems. Do you have some information or documentation about developing applications
with hibernet and netbeans, I´m interested in documentacion about swing
aplica
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/hibernate-hsqldb-testsuite?log=log20060927230432
TESTS FAILEDAnt Error Message: /home/cruisecontrol/work/scripts/build-hibernate-db-matrix.xml:92: The following error occurred while executing this line: /home/cruisecontrol/work/sc
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/hibernate-sqlserver-jtds-testsuite?log=log20060927235003
BUILD TIMED OUTAnt Error Message: build timeoutDate of build: 09/27/2006 23:50:03Time to build: Last changed: 12/31/2005 20:44:14Last log entry: less noisy
Sorry, Christian, didn't get your emails because of a delayed digest
message. And I agree that it can be seen as reasonable behavior. With
saveOrUpdate (as Emmanuel was pointing out) one gets
* in DB: no change
* in memory: (invalid) change
and with these semantics for merge:
* in DB: no
14 matches
Mail list logo
