|
If you were logged in you would be able to see more operations.
|
|
|
|
The JoinedSubclassEntityPersister class explicitly disallows mapping joined-subclasses whenever an optimistic locking strategy of other than 'version' is used. It would be very useful to choose an optimistic locking strategy independent of an inheritance mapping strategy. In my case, I'm using 'none' for legacy reasons. If there's a good reason for continuing to enforce this constraint, it would be very helpful to document it in the hibernate reference.
Thanks in advance...
|
|
Description
|
The JoinedSubclassEntityPersister class explicitly disallows mapping joined-subclasses whenever an optimistic locking strategy of other than 'version' is used. It would be very useful to choose an optimistic locking strategy independent of an inheritance mapping strategy. In my case, I'm using 'none' for legacy reasons. If there's a good reason for continuing to enforce this constraint, it would be very helpful to document it in the hibernate reference.
Thanks in advance... |
Show » |
|
Improvement
Resolved
Minor
Consider Allowing Optimistic Lock Strategies other than 'Version' with joined-subclass
However, the two property-based optimisitc locking schemes (all & dirty) are conceptually not correct with joined-subclasses. We could relax that if we enforced that all properties actually used in optimistic locking occurred in the "base table". But thats not worth the effort.
Not sure if you realize, though, but optimisitc-locking="none" is exactly the same thing as optimisitc-locking="version" (or specifying nothing for this attribute) and then *not* defining a <version/> or <timetsamp/>...
Anyway, its trivial to change it. So I went ahead and changed the code to explicitly allow optimisitc-locking="none" on joined-subclass.
trunk / 3.2