DZone
Thanks for visiting DZone today,
Edit Profile
  • Manage Email Subscriptions
  • How to Post to DZone
  • Article Submission Guidelines
Sign Out View Profile
  • Post an Article
  • Manage My Drafts
Over 2 million developers have joined DZone.
Log In / Join
Refcards Trend Reports
Events Video Library
Refcards
Trend Reports

Events

View Events Video Library

Related

  • Microsoft Foundry Tool Search: Your Agent Pays a Tax on Every Tool It Never Calls
  • Securing Loop Engineering: Six Trust Boundaries for Autonomous Agents
  • Spec-Driven Development Renamed an Old Problem; It Didn't Solve It
  • Your AI Agent Trusts Every Tool It's Ever Been Introduced To; That's the Whole Problem

Trending

  • Incident Management and the Rise of AI SRE Agents
  • DZone's Article Types
  • How We Built an LLM Pipeline That Survives Traffic Spikes
  • GraphRAG Retrieval Is Three Decisions: Granularity, Mechanism, and Paradigm

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

By 
Bozhidar Bozhanov user avatar
Bozhidar Bozhanov
·
Sep. 27, 11 · Interview
Likes (0)
Comment
Save
Tweet
Share
13.7K Views

Join the DZone community and get the full member experience.

Join For Free

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

IT

Opinions expressed by DZone contributors are their own.

Related

  • Microsoft Foundry Tool Search: Your Agent Pays a Tax on Every Tool It Never Calls
  • Securing Loop Engineering: Six Trust Boundaries for Autonomous Agents
  • Spec-Driven Development Renamed an Old Problem; It Didn't Solve It
  • Your AI Agent Trusts Every Tool It's Ever Been Introduced To; That's the Whole Problem

Partner Resources

×

Comments

The likes didn't load as expected. Please refresh the page and try again.

  • RSS
  • X
  • Facebook

ABOUT US

  • About DZone
  • Support and feedback
  • Community research

ADVERTISE

  • Advertise with DZone

CONTRIBUTE ON DZONE

  • Article Submission Guidelines
  • Become a Contributor
  • Core Program
  • Visit the Writers' Zone

LEGAL

  • Terms of Service
  • Privacy Policy

CONTACT US

  • 3343 Perimeter Hill Drive
  • Suite 215
  • Nashville, TN 37211
  • [email protected]

Let's be friends:

  • RSS
  • X
  • Facebook