KamoCRM

/imaging/download beantwortet seine Bytes wieder statt 500 (SITP TP13)

FixDocsService
Verschifft
18. Oktober 2026 um 18:03 UTC
Autor
Kamo
Ausschuss
68ccc05

Seit d1a8762 war das Download-Gremium eine StreamingResponseBody innerhalb der Methode ResponseEntity Der Frühling reicht seinem Streaming-Handler einen StreamingResponseBody nur dann der erklärte Rückgabetyp nennt es; als Wildcard-Körper ging er an die Nachrichten-Konverter, keines davon schreibt ein Lambda, so dass jeder Download über MVC beantwortet 500 "Kein Konverter für ... mit voreingestelltem Content-Type" (gefunden, wenn der Anhang des Werkzeugs Plane sendet, Dokument). Der Körper ist jetzt eine InputStreamResource über den MinIO Objektstrom, der ResourceHttpMessageConverter kopiert in Stücken und schließt: immer noch nie ganz gehalten. Ein MockMvc-Test pinnt die Bytes durch den echten MVC-Stapel; er versagt am alten Code.

Alle Änderungen

Wie, was Sie sehen Versand?

Alles kommt in Ihrem Arbeitsbereich für sich. Starten Sie mit dem kostenlosen Plan und lesen Sie diese Seite in einem Monat wieder.

Free Forever startenPreisgestaltung anzeigen