Senior Java developer, one of the top stackoverflow users, fluent with Java and Java technology stacks - Spring, JPA, JavaEE. Founder and creator of http://computoser.com and http://welshare.com . Worked on Ericsson projects, Bulgarian e-government projects and large scale recruitment platforms. Member of the jury of the International Olympiad in Linguistics and the Program committee of the North American Computational Linguistics Olympiad. Bozhidar is a DZone MVB and is not an employee of DZone and has posted 87 posts at DZone. You can read more from them at their website. View Full User Profile

Error pages and chunked encoding – it’s harder than you think

09.26.2011
| 3917 views |
  • submit to reddit

The other day I realized that my Tomcat is using chunked Transfer-Encoding (HTTP 1.1) by default. I don’t know about other servers/containers/frameworks/languages, but it is not uncommon to send pages in chunks – facebook, for example, does it. What “chunked” means is that the server sends pieces of the page that it has already prepared, so that the browser can render them, while the server processes the next chunks.

In JSP (and likely in many other view technologies) there is a buffer – whenever the buffer is filled, it is flushed to the client. This means that all headers are sent, together with the first chunk of information (i.e. the contents of the buffer).

But there’s one caveat – what happens if an error occurs when the server processes the 2nd (or any subsequent) chunk? You may expect your server to send the error page to the browser, but it can’t work that way:

  • you can’t redirect (send a Location header), because the headers and the response status were already sent. (You can’t, and of course the server can’t)
  • you can’t do server-side redirect (forward), because the new page will have to be rendered after the part that is already sent – it will look ugly for sure

I wondered what to do, and asked this question on stackoverflow. Obviously, there is no good way out of the situation. What I did is send this snippet to the browser which then redirects to the error page:

</script><script>window.href.location="errorPage"</script>

How this is done in JSP in particular: <%@ page errorPage="/error/redirector.jsp" %>, and redirector.jsp contains the above script tags. Why do we start with a closing script tag? It’s possible that there is an open script tag in the already-rendered chunk, so we have to close it. Ugly, I know, but there appears to be no other way.

Another question arises – do we need chunked encoding here, and isn’t it meant for large files that are downloaded? This is a separate discussion, but since Tomcat uses this as the default Transfer-Encoding, and facebook uses it as well, I wouldn’t say it’s a crime to use it for regular pages.

 

From http://techblog.bozho.net/?p=589

Published at DZone with permission of Bozhidar Bozhanov, author and DZone MVB.

(Note: Opinions expressed in this article and its replies are the opinions of their respective authors and not those of DZone, Inc.)

Tags:

Comments

Michael Remijan replied on Tue, 2011/09/27 - 11:39am

I implemented the exact same thing about ten years ago.  Interesting how some stuff hasn't changed.

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.