Zuul chunked encoding file download

Ionut Ionut 73 6 6 bronze badges. Add a comment. Active Oldest Votes. Improve this answer. Sign up or log in Sign up using Google. Sign up using Facebook. Sign up using Email and Password. Post as a guest Name. Email Required, but never shown. The Overflow Blog. Who owns this outage? Building intelligent escalation chains for modern SRE. Podcast Who is building clouds for the independent developer? SourceForge is not affiliated with Zuul. Add a Review. Get project updates , sponsored content from our select partners, and more.

Full Name. Phone Number. Job Title. Company Size Company Size: 1 - 25 26 - 99 - - 1, - 4, 5, - 9, 10, - 19, 20, or More. Get notifications on updates for this project. Get the SourceForge newsletter. JavaScript is required for this form. No, thanks. Linux Mac Windows. Summary Files Reviews. Project Activity. When calling the service directly, the download streams fine, however when calling through Zuul it seems to download the file to zuul first and then stream it from there.

Is there a way to have the stream be "passed through" zuul? I've tried custom response writing filters that specify Transfer-Encoding: Chunked, and I've set response headers etc, is there anything that I'm missing? The text was updated successfully, but these errors were encountered:. I'm having the same issue with a big csv file that is generated in the backend. The server streams the output directly as chunked response. This works fine when I curl the service directly, but going through zuul sometimes leads to timeouts because it only starts transferring when the full response has been read Sorry, something went wrong.

I know for large files you should bypass the Spring DispatcherServlet. I'm not sure if it'll help with large downloads but it's worth a shot. Zuul by default does not buffer, unless something was changed very recently, but I doubt it. I have just checked and for the downloads I am not using the dispatcherServlet however the buffering is still occuring.