Spring Data und Rest Controller?

[lam_tr]

Hallo zusammen,

ich stehe wieder vor einer Herausforderung den Json String richtig darzustellen. Ich habe meine Daten mit Hilfe von Spring Data in ein H2 gespeichert über das Datenmodell

import com.fasterxml.jackson.annotation.JsonFormat;

import jakarta.persistence.Entity;
import jakarta.persistence.FetchType;
import jakarta.persistence.GeneratedValue;
import jakarta.persistence.GenerationType;
import jakarta.persistence.Id;
import jakarta.persistence.JoinColumn;
import jakarta.persistence.ManyToOne;

@Entity
public class Ausgabe {

    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    private Long id;

    private String name;
    private String beschreibung;

    @JsonFormat(pattern = "yyyy-MM-dd")
    private LocalDate datum;
    private Double brutto;

    @ManyToOne(fetch = FetchType.LAZY)
    @JoinColumn(name = "steuersatz_id", nullable = false)
    private Steuersatz steuersatz;

    @ManyToOne(fetch = FetchType.LAZY )
    @JoinColumn(name = "zuordnung_id", nullable = false)
    private Zuordnung zuordnung;

// Konstruktor, getter, setter

Der Rest Controller kann dann über /data/Ausgaben aufgerufen werden

@RestController
@RequestMapping("/data")
public class AusgabeRestController {

    @Autowired AusgabeRepository ausgabeRepository;
    
    @RequestMapping(path = "/ausgaben", produces = MediaType.APPLICATION_JSON_VALUE)
    public List<Ausgabe> list() throws JsonProcessingException {
        return ausgabeRepository.findAll();
    }
}

Das passt soweit auch alles. Wenn ich den Rest Call mache, bekomme ich folgende Ausgabe

[{"id":1,"name":"A2022011801","beschreibung":"Produkt A","datum":"2022-01-18","brutto":11.99}, ....

Wo ist die Zuordnung und Steuersatz hin? In der Datenbank ist es gespeichert. Beim Debuggen bekomme ich auch werte für diese Felder, warum ist es im JSon String nicht vorhanden?

Viele Grüße
lam

 

[Marinek]

Weil die Daten lazy abgerufen werden, werden diese nicht serialisiert.

Versuch mal testweise auf eager zu setzen.

Wenn man dennoch lazy haben möchte, was in deinem Fall ja nicht gegeben ist, kann man sich eine Bean einfügen, die den json Object Mapper auf hibernate Proxys einstellt.

How to avoid lazy fetch in JSON serialization using Spring Data JPA + Spring Web MVC?

I have a solution using Spring Data JPA and a REST Controller in Spring Web MVC. The persistence provider is Hibernate. The persistence layer is built using Spring Repositories and between de REST

stackoverflow.com

 

[Robert Zenz]

private Double brutto;

Oh, es ist soweit, ich darf auf meine neue Wiederholung zum Thema Gleitkommazahlen verweisen.

Wenn du Geld hast, solltest du nie float oder double verwenden, das wird aufgrund der Rundungsfehler schlecht enden.

 

[Oneixee5]

Weil die Daten lazy abgerufen werden, werden diese nicht serialisiert.

Versuch mal testweise auf eager zu setzen.

Wenn man dennoch lazy haben möchte, was in deinem Fall ja nicht gegeben ist, kann man sich eine Bean einfügen, die den json Object Mapper auf hibernate Proxys einstellt.

How to avoid lazy fetch in JSON serialization using Spring Data JPA + Spring Web MVC?

I have a solution using Spring Data JPA and a REST Controller in Spring Web MVC. The persistence provider is Hibernate. The persistence layer is built using Spring Repositories and between de REST

stackoverflow.com

Ich denke LAZY kann nicht das Problem sein. Wir haben das auch mal probiert und das führt zu einem anderen Effekt. Bei der JSON-Serialisierung wird für @ManyToOne- oder @OneToMany-Associations jedes mal eine Abfrage ausgeführt. Das Gleiche noch mal für deren Associations und so weiter. Schlimmstenfalls lädt man so die ganze DB. Während der Serialisierung werden dann noch mal X Abfragen ausgeführt. Was man natürlich auch nicht will. EAGER ist auch keine Lösung, dann lädt man evtl. die ganze DB mit einer Abfrage.
Ich würde das Vorgehen generell in Frage stellen. Die Rückgabe von Entities kann die gesamte Domäne offenlegen und man verliert evtl. die Kontrolle über besonders schützenswerte Daten. Das Vorgehen ist generell nicht empfohlen.
Es sollten generell immer DTO's benutzt werden um Daten weiterzugeben und auch zu empfangen. DTO's können direkt als Rückgabe einer Abfrage erzeugt werden, das kann SpringBoot/Data auch unschlagbar gut mit seinen Repositories. Die andere Möglichkeit wäre ModelMapper zu verwenden, um z.B. aus DTO's wieder Entities zu machen.
So hält man auch die Jackson-Annotations und die Validierungsannotations aus den Entities raus.
Mir ist klar, dass das in den Tutorials immer anders gezeigt wird. Man muss sich aber darüber im klaren sein, das in Tutorials vereinfacht wird. Auch Sicherheit spielt da oft keine Rolle. Es soll eben nur veranschaulicht werden wie einfach alles ist. Quasi "Hallo Welt" fürs Web.

 

[Marinek]

Ja, die Implikationen sind klar.

Auch dass man die DTOs nicht direkt serialisieren sollte ist immer etwas was man beachten muss.

Nur am Rande: Man kann es auch so hinbekommen. Aber an bestimmten Stellen wird das nervig. 😬

Möchte man das verhindern muss man mittels jsonIgnore auch entsprechende Hinweise dem ObjectMapper mitgeben.