- Verschifft
- 5. Oktober 2026 um 03:48 UTC
- Autor
- Kamo
- Ausschuss
- 58eae9a
Die Aufnahme- und Voicemail-Audio-Endpunkte werden als ResponseEntity deklariert, weil sie auch JSON antworten und einen StreamingResponseBody Lambda zurückgegeben haben. Spring wählt seine StreamingResponseBody Handler aus dem erklärten Typ, so dass die Lambda ging zu den Nachrichten-Konvertern, von denen keiner einen schreibt: jedes Spiel beantwortet 500 **************** Kein Konverter für RecordingAudioStreamer$$Lambda mit voreingestelltem Content-Type Audio/...). Es versteckte sich hinter dem MinIO 503 bis VOIPService MinIO (SP98 Task 15 Schiff) erreichen könnte auf dem KamoCRM FreePBX). Die Bytes gehen nun als InputStreamResource raus, die der Ressourcen-Konverter schreibt wie für jeden Inhaltstyp, mit der Content-Length und Content-Range bereits eingestellt (Federling wendet keine Reichweitenbehandlung für eine InputStreamResource an), und dessen schließende Enthetzung die MinIO-Antwort. Dasselbe gilt für einen anderen Anbieter Voicemail (JustCall, RingCentral) in den Einstellungen. VoicemailAudioOverHttpTest spielt über den Disponenten, was die Direktversuche nicht konnten.