Hibernate OneToMany ManyToOne

[OnDemand]

Ach, das könnte die Ursache sein? implements Serializeable hilft da nicht? Das hab ich nämlich nicht.

Das Product wird der Description schon beim "Versender" nicht gesetzt, noch vor dem serialisieren.

 

[mrBrown]

Ach, das könnte die Ursache sein? implements Serializeable hilft da nicht? Das hab ich nämlich nicht.

Nein, du serialisiert vermutlich zu JSON? Das kennt erstmal sowieso keine zirkulären Referenzen, je nach Mapper lassen die sich nur mit Vorarbeit deinerseits verarbeiten.
Wie schon mehrmals gesagt: verzichte auf Zyklen, die machen nur Probleme.

Das Product wird der Description schon beim "Versender" nicht gesetzt, noch vor dem serialisieren.

Dann ist wohl dein Setter falsch.



Verzichte einfach erstmal auf das ganze drum herum und schreib 'nen Integration-Test, in dem du nur das Speichern testest. Das wird dir wesentlich weniger Arbeit machen...

 

[OnDemand]

Ich find der sieht korrekt aus:
in ProductsDescription.java

public void setProduct(Product product) {
        this.product = product;
}

Ja genau, zu Json. Ok wenn ich es Unidirektional mache, wäre es dann wie folgt korrekt?

@OneToMany(cascade=CascadeType.ALL)
@JoinColumn(name="product_id")
private List<ProductsDescription> productsDescriptions = new ArrayList<>();

In der Productsdescripton entferne ich dann das product?

 

[mrBrown]

Ich find der sieht korrekt aus:
in ProductsDescription.java

public void setProduct(Product product) {
        this.product = product;
}

Na so viele Möglichkeiten gibt es nicht, dass nach einem korrektem Aufruf davon der Wert trotzdem noch null ist...

Ok wenn ich es Unidirektional mache, wäre es dann wie folgt korrekt?

@OneToMany(cascade=CascadeType.ALL)
@JoinColumn(name="product_id")
private List<ProductsDescription> productsDescriptions = new ArrayList<>();

In der Productsdescripton entferne ich dann das product?

Ja, sollte passen. Probier's einfach aus 😉

 

[OnDemand]

Es klaaaapt Juhuuuuu 😀😀😀😀😀😱😱😱 Danke Dir!!

Jetzt aber mal zum Verständnis:
Unidirektional; ich komme von Product auf die dazughehörige Beschreibung und andersherum auch. Was ist dann bidirektional?

 

[mrBrown]

Jetzt aber mal zum Verständnis:
Unidirektional; ich komme von Product auf die dazughehörige Beschreibung und andersherum auch. Was ist dann bidirektional?

Wie kommst du von Beschreibung zu Produkt?

Unidirektional: Die eine Klasse referenziert die andere, es gibt aber keine Referenz zurück:
Product --> ProductsDescription

Bidirektional: Beide Klassen verweisen aufeinander:
Produkt <--> ProductsDescription

 

[OnDemand]

Vielen Dank 🙂

Da das speichern jetzt funktioniert, und ich beim Updaten einer Beschreibung entscheiden möchte, ob der Name aktualisiert wird oder nicht, wie kann ich das angehen? Muss ich da mit Transaktionen arbeiten oder kann ich bestimmte Spalten vom Update ausschließen? (Ist aber abhängig, manchmal sollen sie updated werden, weil ein User das will, ein anderer will es nicht) muss also dynamisch im Code irgendwie gehen

 

[mrBrown]

Da das speichern jetzt funktioniert, und ich beim Updaten einer Beschreibung entscheiden möchte, ob der Name aktualisiert wird oder nicht, wie kann ich das angehen?

Änder einfach den Namen der Beschreibung und Speicher dann das Produkt 😉

Muss ich da mit Transaktionen arbeiten

Das ist generell sinnvoll, du solltest dir Transaktionen nur sinnvoll platzieren.

oder kann ich bestimmte Spalten vom Update ausschließen?

Warum solltest du Spalten vom Update ausschließen?

Sieh das Repository nicht als SQL-Abstraktion, sondern einfach nur als Collection von Objekten. Du übergibst dem einfach ein Objekt, und dieses wird im aktuellem Zustand im Repo abgelegt.

 

[OnDemand]

Es möchten einige User zum Beispiel nicht, dass der Name aktualisiert wird, da sie einen eigenen Namen vergeben und dieser in der DB nicht überschrieben werden sollen. Daher muss ich beim speichern wie folgt vorgehen, so in der Art:

user.isUpdateName(){
//alles updaten;
} else{
//name nicht updaten
//aber Beschreibung
}

Der ursprüngliche Name kommt vom Hersteller, der Benutzer kann diesen in der App zb ändern. Wenn dann die Artikeldaten vom Hersteller aktualisiert wurden, dürfen diese, die manuell geänderten Namen nicht überschreiben

 

[mrBrown]

Und wovon hängt ab, ob es geupdated werden darf?
Ist das eine Einstellung, die der Nutzer tätig oder bestimmt sich das z.B. daraus, ob der Nutzer den Namen schon mal angepasst hat?


Mit dem Speichern hat das in beiden Fällen nichts zu tun - das ist eine Anforderung der Domäne und sollte damit auch in dieser behandelt werden.


Das ganze wirkt etwa so, als wird das versucht, etwas technisch umzusetzen, obwohl das ganze kaum modelliert wurde?
An dieser Stelle des Designprozesses hat JPA (für mich) noch nichts zu suchen, das kann man höchstens im Kopf behalten, dass es irgendwann in Zukunft mal umgesetzt werden soll.

 

[OnDemand]

Ja das stellt der Nutzer in der Oberfläche ein genau, also meinst das sollte schon beim erstellen des product beachtet werden? Stimmt, nicht schlecht könnte klappen

 

[mrBrown]

Ja das stellt der Nutzer in der Oberfläche ein genau

Und ein Produkt gehört also immer genau einem Nutzer?

also meinst das sollte schon beim erstellen des product beachtet werden? Stimmt, nicht schlecht könnte klappen

Je nachdem, was du mit Erstellen meinst.
Dass ganze sollte beim modellieren der Domänenklasse berücksichtigt werden, bevor die Java-Klasse erstellt wird.
"Erstellen" meint da nicht irgendein new im Code 😉