- Expédié
- 5 octobre 2026 à 03:48 UTC
- Auteur
- Kamo
- Commite
- 58eae9a
Les paramètres audio d'enregistrement et de messagerie vocale sont déclarés ResponseEntity<?>, parce qu'ils répondaient aussi à JSON, et retournaient un StreamingResponseBody lambda. Spring choisit son gestionnaire StreamingResponseBody du type déclaré, de sorte que le Lambda est allé aux convertisseurs de messages, dont aucun n'écrit un: chaque jeu répondu 500 **** **** **** Pas de convertisseur pour EnregistrementAudioStreamer$$Lambda avec audio/... de type contenu prédéfini). Il s'est caché derrière le MinIO 503 jusqu'à ce que VOIPService puisse atteindre MinIO (SP98 Tâche 15) sur le KamoCRM FreePBX). Les octets sortent maintenant sous la forme d'InputStreamResource, que le convertisseur de ressources écrit comme pour tout type de contenu, avec la longueur de contenu et la portée de contenu déjà défini (Printemps n'applique aucune manipulation de portée à une InputStreamResource), et dont la fermeture libère la réponse de MinIO. Même chose pour un autre fournisseur messagerie vocale (JustCall, RingCentral) dans les paramètres. Message vocalAudioOverHttpTest joue par l'intermédiaire du régulateur, que les tests d'appel direct ne pouvaient pas.