KamoCRM

/imaging/download risponde ai suoi byte invece di 500 (SITP TP13)

FixDocsService
Spegnimento
18 ottobre 2026 alle ore 18:03 UTC
Autore
Kamo
Impegno
68ccc05

Dal d1a8762 il corpo di download era un StreamingResponseBody all'interno del metodo ResponseEntity?>. La primavera consegna un StreamingResponseBody al suo gestore di streaming solo quando il tipo di ritorno dichiarato lo chiama; come un corpo jolly è andato ai convertitori di messaggio, nessuno dei quali scrive una lambda, così ogni download attraverso MVC ha risposto 500 "Nessun convertitore per ... con il Contenuti-Tipo preimpostato" (che si trova quando l'allegato dell'Alimentazione invia un documento). Il corpo è ora una risorsa InputStream sul flusso di oggetti MinIO, che ResourceHttpMessageConverter copia in pezzi e chiudi: ancora non ha mai tenuto tutto. Un test MockMvc spilla i byte attraverso il vero stack MVC; fallisce sul vecchio codice.

Tutte le modifiche

Come quello che vedi la spedizione?

Tutto questo arriva nel vostro spazio di lavoro da solo. Iniziare sul piano gratuito e leggere di nuovo questa pagina in un mese.

Inizia gratis per sempreVisualizza il prezzo