KamoCRM

/imaging/download răspunde din nou octeților săi în loc de 500 (SITP TP13)

FixDocsService
Expediere
18 octombrie 2026 la 18:03 UTC
Autor
Kamo
Comite
68ccc05

De la d1a8762 corpul de descărcare a fost un StreamingResponseBody în interiorul metodei ResponseEntity<?>. Mâinile de primăvară un StreamingResponseBody la handler-ul său de streaming numai atunci când numele de tip de returnare declarate; ca un corp wildcard a mers la convertoarele de mesaje; nici unul dintre care scrie o Lambda, astfel încât fiecare descărcare prin MVC a răspuns 500 "Nici un convertor pentru ... cu conținut-tip prestabilit" (găsit atunci când atașamentul planului de unelte trimite adus un document). Corpul este acum o intrareStreamResursa peste fluxul de obiecte MinIO, care ResourceHttpMessageConverter copii în bucăți și închide: încă nu a avut loc întreg. Un test MockMvc pins octeți prin stiva MVC real; nu reușește pe codul vechi.

Toate modificările

Ca ceea ce vezi de transport maritim?

Toate acestea ajung în spațiul de lucru pe cont propriu. Începeți cu planul gratuit și citiți această pagină din nou într-o lună.

Pornește gratuit pentru totdeaunaVezi prețurile