Hallo zusammen,

ich bin neu bei Hibernate gelandet und habe eine, in meinen Augen, ganz blöde Frage.

Ich verwende eine Client-Server Anwendung, die mittel http kommunizieren.
Hierbei müsse für die Übertragung alle Objekte serialisiert werden.

Wenn nun der Client ein neues Objekt anlegt wird die hibernateID auf 0 gesetzt (nicht null). Danach serialisiert und zum Server geschickt.
Der Server ruft dann saveOrUpdate() auf um das erhaltene Objekt zu speichern.
Funktioniert alles prima...

Wenn jetzt der Client das erzeugte Objekt nochmal speichert, wird ein weiteres Tupel auf der Datenbank angelegt!
Der Server hat hierbei das vom Inhalt gleiche Objekt erhalten, allerdings ist die hibernateID (PK) immer noch auf 0.

Nun meine Frage, ich hab gelesen dass Hibernate anhand der Werte entscheidet ob ein Objekt neu ist, einzige Ausnahme sind hierbei die Collections.
Oder trifft das nur zu wenn der PK nicht auf 0 (== unsaved) steht.

Wäre es ratsam nach dem Speichern das Objekt als return value zum Client zu übertragen?
Er hätte somit die von Hibernate erzeugten ID's dabei. ??

Vielen Vielen dank für alle Hilfen
Hoschi

Hallo,

hibernate entscheidet allein aufgrund des key-Wertes, ob das Objekt "neu" oder "alt" sein soll - zumindest bei automatisch generierten keys, bei "assigned" klappt das natürlich nicht.
Anhand der anderen WErte wird höchstens überprüft, ob das Objekt verändert wurde und daher ein update auf der Datenbank erfolgen muss.
Fazit: soll ein Objekt auf der Datenbank geändert werden muss beim "wiedereinhängen" des Objekts in die Session (z.B. via saveOrUpdate) auch die id gefüllt sein - sonst bringt hibernate nicht mehr zusammen was zusammengehört!

Gruß

piet

Hallo piet,

erstmal vielen Dank für deine Antwort!
Ich hab mir schon fast so was gedacht, aber wenn man es noch von einem anderen hört ist man halt sicher.

Nun nur nochmal zum tieferen Verständnis.
Das bedeutet, das jedes Objekt, also alle im Objektbaum, die HibernateID behalten müssen!
Es reicht nicht wenn nur das Root Objekts eine HibernateID behält.

Gruß
Daniel

Genau (d.h. natürlich nur die Objekte, die auch eine id haben).
Gleiche id bedeutet für hibernate auch gleiches Objekt, unterscheidliche id bedeutet anderes Objekt, und das über die ganze Objekthierarchie. Um zu vermeiden, dass man jedesmal den gesamten Objektbaum zum Client schicken muss könnte man auch durch passende Einstellung der cascade-Optionen die resultierende Update-Kette irgendwo abbrechen lassen - allerdings müssten solche untergeordneten Objekte dann auch per Hand aktualisiert werden, aber da stösst mein kleines hibernate-Wissen auch schon langsam an seine Grenzen.

Gruß

piet