- Spegnimento
- 8 agosto 2026 alle ore 02:36 UTC
- Autore
- Kamo
- Impegno
- 9253ddc
file.getBytes() non può rappresentare un caricamento di questo grande — un array Java si ferma sopra 2 GiB — così ogni allegato passato che è morto su un OutOfMemoryError indipendentemente di mucchio, e un 1 GB uno aveva bisogno di una allocazione 1 GB per memorizzare un file Spring aveva già spooled su disco. Il MultipartFile ora va all'imaging come fonte riaperto e è diretto attraverso. Limiti rilevati per corrispondenza: multipart a 3GB per file (3100MB per richiesta, quindi il più grande file permesso non è respinto per il proprio confine e intestazioni) e media.attachments.max-bytes a 3 GiB. Rocche multipart ad un esplicito 24Gi vuotoDir piuttosto che il contenitore's writable strato. Tomcat max-swallow-size è ora -1, quindi un upload respinto ottiene il suo 4xx consegnato invece di una connessione di reset.