Tomcat does not flush the response buffer

Question

i tested HttpResponse#flushBuffer and PrintWriter#flush on Tomcat 7 below, but it seemed that the response rather ignored them than flushed the content over the wire asap as expected.

import java.io.IOException;
import java.io.PrintWriter;

import javax.servlet.ServletException;
import javax.servlet.annotation.WebServlet;
import javax.servlet.http.HttpServlet;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;

@WebServlet("/HelloServlet")
public class HelloServlet extends HttpServlet {

    private static final long serialVersionUID = 1L;

    protected void doGet(HttpServletRequest request,
            HttpServletResponse response) throws ServletException, IOException {

        PrintWriter pw = response.getWriter();
        pw.println("say hi now");
        pw.flush();
        response.flushBuffer();
        try {
            Thread.sleep(5000);
        } catch (Exception e) {
        }
        pw.println("say bye in 5 seconds");

    }

}

The brower displayed "hi" and "bye" together after the delay. Is it a misbehavior or intended?

@EDIT

According to @Tomasz Nurkiewicz's suggestion, i tested again with curl then the issue was gone. It seems that standard browsers and tcp/ip monitor pack small pieces of contents from the same http response to render them together.

@EDIT 2

It's also observed that both HttpResponse#flushBuffer and PrintWriter#flush drive Tomcat 7 to send the client chunked data.

I believe it's a app-server configuration. Please, see [my post](http://stackoverflow.com/questions/43453508/end-to-end-reactive-streaming-restful-service). — Igor Veloso, Apr 18 '17 at 15:18

score 7 · Answer 1 · answered Dec 06 '12 at 06:44

7

I just had this same issue. To stop browsers waiting till the page finishes loading before it does any rendering you need to start with:

response.setContentType("text/html;charset=UTF-8");

answered Dec 06 '12 at 06:44

LukePH

404
5
11

score 3 · Accepted Answer · answered Mar 29 '12 at 08:04

3

The API for flushBuffer() is very precise:

Forces any content in the buffer to be written to the client. A call to this method automatically commits the response, meaning the status code and headers will be written.

So either Tomcat is not implemented according to the spec (buffers more aggressively and holds flushes if they are too small) or the client (browser) waits for more input before actually rendering it.

Can you try with curl or nc instead?

answered Mar 29 '12 at 08:04

Tomasz Nurkiewicz

334,321
69
703
674

i snooped over the wire, it's an implementation issue on tomcat. – sof Mar 29 '12 at 08:07
The issue is gone if trying with `curl`. It should be `unrelated` to tomcat. – sof Mar 29 '12 at 09:25

score 2 · Answer 3 · answered Mar 23 '16 at 08:14

I had that issue, too. And I found, too, that the issue goes away with curl. With some sniffing, it turned out that the culprit is gzip encoding. In order to compress the response, gzip waits until the underlying PrintWriter is closed (that is, until the full response is written) and then produces the compressed output. On the client side, this means that you do not get anything back until the full response is ready. Curl, on the other hand, does not issue an Accept-Encoding: gzip to the server, and that's why the thing works, and you can get the chunked output normally as intended.

score 0 · Answer 4 · answered Jan 20 '17 at 09:49

A yet unmentioned possible cause for this phenomenon is anti-virus software. I did observe the same behavior on my machine: server sending chunked data, curl worked, normal browsers didn't, and also Fiddler confirmed that it wasn't the server who blocked. So after a while I suspected the web protection of Sophos (the anti-virus software that my employer uses) to interfere, and indeed they confirm at https://community.sophos.com/kb/en-us/115656 that they block chunked data until the response is complete, except for certain mime-types that are often used for streaming media data.

As a quick check one can run the HTTP-Push demo at http://www.pushlets.com. If it doesn't work it is quite likely that the client has a general problem with handling chunked data of type text/html properly.

Tomcat does not flush the response buffer

4 Answers4

Linked