Hallo,

ich habe festgestellt, dass bei einigen meiner Objekte eine StaleObjectStateException
ausgelöst wird wenn sich der Zustand des Objekts in der DB im Vergleich zum Cache geändert
hat und ich dieses mir einem anderen Zustand speichern möchte. Aber das passiert nicht in allen
Fällen bzw. nicht bei allen Objekten. In welchen Fällen kommt diese Exception und wann nicht ?

Moe

Beim weiteren testen habe ich bemerkt, dass das der Unterschied in Klassen, bei denen die Exception kommt, darin liegt, dass sie
ein timestamp-Attribut mit einer @Version Annotaion besitzen. Anscheinden bemerkt Hibernate nur daran die Änderung.
Kann man das auch anders realisieren ? Ich würde ungern in alle Tabellen einen Timestamp bzw. ein anderes @Version Attribut einbauen.

Moe

Hallo,

die @Version Annotation bewirkt das Hibernate beim insert die Version automatisch hochzählt und gleichzeitig prüft ob sich die version inzwischenzeit geändert hat (sowas wie update....where version=theversion).

Wenn du kein extra Feld für die Version hinzufügen willst musst du Hibernate beibringen alle Felder beim insert auf Änderungen zu prüfen. Leider find ich es gerade nicht in der Hibernate Doku aber würde es aus Perfomance Gründen auch nicht empfehlen.

Grüße,
Jonas

Danke für die Erläuterung.
Leider hilft mir das aber noch nicht weiter. Ich konnte bisher leider auch nichts in der Hibernate Doku finden, um andere Felder
immer zu checken. Allerdings besteht dann immer die Gefahr, dass Daten überschrieben werden.

Moe

hier ein auszug aus der doku:

If you enable dynamic-update, you will have a choice of optimistic locking strategies:

version: check the version/timestamp columns

all: check all columns

dirty: check the changed columns, allowing some concurrent updates

none: do not use optimistic locking

It is strongly recommended that you use version/timestamp columns for optimistic locking with Hibernate. This strategy optimizes performance and correctly handles modifications made to detached instances (i.e. when Session.merge() is used).

<class
name="ClassName"
table="tableName"
discriminator-value="discriminator_value"
mutable="true|false"
schema="owner"
catalog="catalog"
proxy="ProxyInterface"
dynamic-update="true|false"
dynamic-insert="true|false"
select-before-update="true|false"
polymorphism="implicit|explicit"
where="arbitrary sql where condition"
persister="PersisterClass"
batch-size="N"
optimistic-lock="none|version|dirty|all"
lazy="true|false" (16)
entity-name="EntityName" (17)
check="arbitrary sql check condition" (18)
rowid="rowid" (19)
subselect="SQL expression" (20)
abstract="true|false" (21)
node="element-name"
/>

Hab allerdings noch nicht rausbekommen wie man es per Annotion setzen kann.

Grüße,
Jonas

Hallo Jonas,

danke, aber ich verwende Annotations.
Werde demnächst nochmal schauen ob ich noch eine Möglichkeit finde die Optionen auch darüber zu nutzen.

viele Grüße
Moe

Ich hatte das Problem auch.
Mein Entity wurde in die DB geschrieben.
Dabei wurde der Timestamp IN DER DB aktualisiert, aber nicht im Entity im Cache. Also waren die Objekte nicht mehr gleich, also StaleObjectStateException.
Ich mache jetzt nachdem ich ein Objekt in die DB schreiben gleich anhschliessend ein refresh auf das Objekt -> Problem gelöst.

Ja, das mache ich auch so, aber das nichts mit dem Problem hier zu tun.
Es geht in diesem Falle ja darum, dass ich nicht in allen Tabellen mit einem Timestamp arbeiten will aber trotzdem mitbekommen möchte wenn sich ein
Felder in der DB verändert haben...

Gruß Moe

let you know what ?
I think you do understand what´s the question here.

Moe

wenn man das mapping über annotations macht, einfach die @Version über den getter vom version feld machen.

lg