| Article: |
Two Servlet Filters Every Web Application Should Have | |
| Subject: | Exception handling | |
| Date: | 2003-11-20 08:18:56 | |
| From: | anonymous2 | |
| What happens if an exception is thrown (leading to an internal redirect to an error page) while generating a 'compressed' page? (!) | ||
Showing messages 1 through 1 of 1.
-
Exception handling
2003-11-21 07:50:15 anonymous2 [View]



The best way to handle this is to have the compression filter be smart enough to catch any errors the compression code might throw, which the filter presented does not, and simply send the uncompressed content. I'll roll those changes in to the filter, but for most practical uses this issue isn't a problem. The compression code uses the GZIP classes provided by the standard Java API. Unless you run out of memory on the server (which would probably cause all sorts of other problems) it is a fairly safe assumption that no exceptions will be thrown when trying to compress content. Its not as if the GZIP algorithm cares what type of content or how much content it is attempting to compress.