Hibernate: Dauer-Update bei composite-element

[SlaterB]

Hallo,

ich definiere im Mapping zur Klasse x ein ein Set für Objekte der Klasse y,
da ich noch einen weiteren Property brauche verwende ich eine ZwischenKlasse xy
und mappe das per composite-element

<set name="xySet" lazy="false" table="XYTable">
   <key>
     <column name="id" precision="12" scale="0" not-null="true" />
  </key>
  <composite-element class="XYKlasse">
     <parent name="x"/>
     <many-to-one name="y" column="zId" class="YKlasse"/>
     <property name="property" column="property"/>
  </composite-element>
</set>

XYKlasse ist ein einfaches Bean ohne equals, id oder sonstwas,
nur mit dem Property und den Objekten der Klassen x und y


nun habe ich das Problem, dass die Klasse x in jeder Transaktion von Hibernate geupdated wird,
alle Elemente aus XYTable werden gelöscht und mit gleichem Inhalt neu geschrieben und für die Tabelle x die Versionsnummer erhöht

ich habe das vorerst ausgeschaltet, indem ich dieses Set auf lazy=false gesetzt habe,
dann passiert das Update nur noch, wenn man auf dieses Set zugreift

kommt jemandem so ein Verhalten bekannt vor?
kennt jemand den Code von Hibernate der darüber entscheidet, wann geupdated wird oder ist das normal bei composite-elements?
ich kann dabei nicht besonders gut mit anderen Beispiel-Klassen experimentieren

 

[semi]

Kann es sein, dass du das Set durch irgendwas überschreibst?
Eins steht fest. Wenn du es nicht anfasst, sollte auch kein Update kommen.

 

[byte]

Keine Ahnung, obs was am Problem ändert, aber...

XYKlasse ist ein einfaches Bean ohne equals, id oder sonstwas,
nur mit dem Property und den Objekten der Klassen x und y

... in der Hibernate Doku steht in Abschnitt 8.2:

Note: if you define a Set of composite elements, it is very important to implement equals() and hashCode() correctly.

 

[SlaterB]

ah,
public boolean equals(Object obj) { return true; }
hatte ich auch schon mal versucht,

aber es braucht wirklich hashCode(),
public int hashCode() { return 1; }
und Hibernate gibt Ruhe
erkennt dabei sogar immer noch geänderte Properties und macht dann korrektes delete/ insert,
auch wenn ich ein Set-Element entferne und durch ein gleiches ersetze passiert günstigerweise nix (nur eine Versionserhöhung von x, zu verkraften),
wenn ich das alte entferne und ein neues einfüge mit geänderten Werten wird wieder korrekt geupdated (delete + insert in XYTabelle),
ziemlich schlau alles trotz hashCode 1 und equals true,

werde die nun aber noch bisschen besser implementieren,
danke

 

[byte]

Warum implementierst Du die Methoden denn nicht vernünftig?

 

[SlaterB]

werde die nun aber noch bisschen besser implementieren,
danke

vorher hatte ich sie gar nicht, die beste Implementation und klappt bei allen anderen normalen DB-Objekten ja ohne derartige Probleme

 

[semi]

Das mit equals und hashCode bei Sets ist zwar selbstverständlich, aber das beschriebene Verhalten kann ich
nicht nachvollziehen. Lazy-Loading ist bei Collections per Default aktiv. Wenn man auf das Set nicht zugreift,
sollte nie ein Update kommen. ???:L Womit überhaupt? Sind equals und hashCode nicht implementiert, geht
alles über Referenzen. Du musst irgendwo Code haben, der das Set modifiziert. ???:L