- Expédié
- 8 août 2026 à 02:36 UTC
- Auteur
- Kamo
- Commite
- 9253ddc
file.getBytes() ne peut pas représenter un téléchargement de ce grand tableau - un tableau Java s'arrête juste au-dessus de 2 GiB - donc chaque attachement passé qui est mort sur une OutOfMemoryError quoi qu'il en soit de tas, et un 1 GB dont on a besoin d'une allocation de 1 Go pour stocker un fichier Spring avait déjà boolé sur disque. Le MultipartFile va maintenant à l'imagerie en tant que source réouverte et est rebondi à travers. Limites relevées pour correspondre: multipart à 3GB par fichier (3100MB par demande, donc le le dossier le plus élevé autorisé n'est pas rejeté pour ses propres limites et en-têtes) et media.attachments.max-octets à 3 GiB. Bobines multipartes à un 24Gi vide de 24Gi plutôt que la couche écriture du récipient. Tomcat max-sallow-size est maintenant -1, donc a le téléchargement rejeté obtient sa 4xx délivrée au lieu d'une connexion de réinitialisation.