net::ERR_INCOMPLETE_CHUNKED_ENCODING SPRING MVC application using JSP

Question

I have developed a web application using SPRING MVC and JSP, now these applications work perfectly fine locally, but when I deployed on the server I am receiving this error. And nothing gets loaded.

This happens with all the page, except login page. Only login page gets displayed successfully. I have monitored the tomcat logs, but no exception there.

Googled whole day but still not able to figure out the root cause for that, please suggest me if you know about this.

Coincidence

facing same error. got any solution?? – Goosander

yes, I could not control sending request in chunk. but I have solved this by increasing response buffer size. So the issue was response was larger then the buffer size. Doing that solved my problem – Coincidence

Answer 1

The remote Tomcat could possibly have a smaller default write buffer size, direct buffer partially configured, or more likely the server may just may have more data it wants to return in a request.

Anyway to see what the values are, temporarily, stick the following tag at the bottom of the body of your login pages JSP, and one broken page.

<% out.println("<p>bufferSize: " + out.getBufferSize() + " remaining: " + out.getRemaining() + " used: " + (out.getBufferSize() - out.getRemaining()) + " autoFlush: " + out.isAutoFlush() + "</p><br>"); %>

You should see something like:

bufferSize: 8192 remaining: 1509 used: 6683 autoFlush: true

As a potential quick fix, see if the non working page will render with no buffer, by say sticking the following tag at the top of JSP page:

<%@ page buffer="none" %>

If still no luck pick a large number, say 8MB (vs 8KB), and see if that's enough for your page to render, by adding a:

<%@ page buffer="8192kb" %>

If that solves the issue, then simply note the used bufferSize on page, add a bit and tweak, so for:

bufferSize: 8380416 remaining: 8321883 used:58533 autoFlush: true

You'd probably get away with:

<%@ page buffer="64kb" %>

If still no luck I suspect you have a broken loop in your JSP.

Note: Don't leave the page buffer at a silly number, as there's a single pool that's shared between all connections.

Nievelt

I faced this issue and the real root cause was something else but adding <%@ page buffer="64kb" %> to my JSP showed the actual error. After fixing the actual error, I removed the buffer and it worked. Thanks :) – Amann

I am facing a similar issue Can you help me with it? – Favata

I am using a <display:table> tag and when I am querying from the table which has less(aroung 500) records it is working fine and when I am working with a table which has more(around 40K) records I am getting this issue. – Favata

Answer 2

I faced this ERR_INCOMPLETE_CHUNKED_ENCODING issue specifically with POST requests handled in the context of a proxy: requests were initiated from the Chrome browser, reaching my SpringMVC-Apache/Tomcat7 webapp, then forwarded to a SpringMVC-Apache/Tomcat8 REST app.

It turns out the root cause was the following: From the proxy, I returned the response to the browser without resetting the HTTP response headers obtained from REST app. So probably Chrome did not like something from those headers.

The solution was to instanciate new response headers from my proxy, while reusing the body received from the REST app.

        ResponseEntity<InfoBean> resE = restTemplate.exchange(reqE, InfoBean.class);
        ResponseEntity<InfoBean> resEE = new ResponseEntity<>(resE.getBody(), HttpStatus.OK);
        return resEE;

History

Answer 3

In my case, this issue happens because of a proxy that also responds to the header Transfer-Encoding, and my server forwards all the headers to the client side. Removing Transfer-Encoding fixed the issue for me. This has also address here: rfc9112#name-transfer-encoding

HttpHeaders headers = new HttpHeaders();
proxyResonse.getHeaders().forEach((key, value) -> {
    if (!key.equals(HttpHeaders.TRANSFER_ENCODING)) {
       headers.addAll(key, value);
    }
});
// add `headers` to client response

Busse

Answer 4

I was able to resolve a similar issue by adding the autoflush attribute to what was suggested by arober11

<%@page buffer="8192kb" autoFlush="true" %>

Curmudgeon

Can you explain more about the issue? – Favata