KamoCRM

/imagerie/télécharge ses octets à nouveau au lieu de 500 (SITP TP13)

FixDocsService
Expédié
18 octobre 2026 à 18:03 UTC
Auteur
Kamo
S'engager
68ccc05

Depuis d1a8762 le corps de téléchargement était un StreamingResponseBody à l'intérieur de la méthode Entité de réponse<?>. Spring mains un StreamingResponseBody à son gestionnaire de streaming seulement quand le type de retour déclaré le nom; comme un corps wildcard il est allé aux convertisseurs de messages, aucun d'eux n'écrit de lambda, donc chaque téléchargement par MVC répondu 500 "Pas de convertisseur pour ... avec le type de contenu prédéfini" (trouvé lorsque la pièce jointe de l'outil document). Le corps est maintenant une InputStreamResource sur le flux d'objets MinIO, qui ResourceHttpMessageConverter copie en morceaux et ferme : toujours jamais tenu entier. Un test MockMvc épingle les octets à travers la vraie pile MVC; il échoue sur l'ancien code.

Tous les changements

Comme ce que tu vois expédier ?

Tout cela arrive dans votre espace de travail par lui-même. Commencez sur le plan gratuit et relisez cette page dans un mois.

Commencez gratuitement pour toujoursPrix de visualisation