PJL Compressing Filter 1.7 released

Sean Owen — Mon, 11 May 2009 11:24:03 -0000

Version 1.7 2009-05-11
- Now does not compress content types like application/gzip
- Won't compress responses that already have a Content-Encoding
like gzip

PJL Compressing Filter 1.7-rc1 released

Sean Owen — Tue, 28 Apr 2009 11:20:03 -0000

Version 1.7 2009-05-01
- Attempt to accommodate very large responses whose Content-Length
header value exceeds Integer.MAX_VALUE
- Always set Vary header
- Now attempts to set a modified ETag header when compressing
- Now avoid compressing if Cache-Control: no-transform is set
- Correctly handle multiple values in Content-Encoding header; other
transforms are preserved
- Now should support deflated requests
- Update to latest support libs, like Mockrunner 0.4.1
- Various updates to match my current preferred coding style; small
code tweaks and additional logging

1.6.6 released

Sean Owen — Thu, 20 Sep 2007 21:58:25 -0000

Version 1.6.6, 2007-09-20
- Bug fix: empty response is no longer compressed, avoiding exception
in compress/ZipOutputStream in this situation
- Modest code tweaks from static analysis

1.6.5 released

Sean Owen — Sun, 15 Jul 2007 00:39:02 -0000

Version 1.6.5, 2007-07-14
- Added includeUserAgentPatterns and excludeUserAgentPatterns
parameters to compress based on User-Agent
- Minor updates to use generic types in Enumerator, Iterator
references
- Update to Mockrunner 0.4, newer IntelliJ annotations
- Properly included some licenses

1.6.4 released

Sean Owen — Tue, 12 Dec 2006 03:25:08 -0000

Version 1.6.4, 2006-12-11
- Bug fix: close() and flush() implementations probably shouldn't
throw IllegalStateException if the stream is already closed.
In at least one case, Jetty gets confused by this.
- But they do need to throw IOException, apparently, if a write- or
print-like method is called. Jetty wants this.
- Small improvement: if compressionThreshold is 0, compression begins
earlier, saving a bit of overhead
- flush() implementations will now definitely flush all output to the
response, even if it means beginning compression early.

1.4.6 / 1.6.3 released

Sean Owen — Fri, 17 Nov 2006 03:03:15 -0000

Version 1.4.6, 2006-11-17
- Bug fix / improvement: handles case where setContentType() is
called after getOutputStream(), such that parameters includeContentType
and excludeContentType work even in this case.
- Bug fix: response input/compressed bytes stats were swapped!

1.4.5 released too

Sean Owen — Mon, 16 Oct 2006 12:37:27 -0000

Verison 1.4.5, 2006-10-15
- Backport of 1.6.2 to JDK 1.4

1.6.2 released

Sean Owen — Mon, 16 Oct 2006 12:33:18 -0000

(1.6.1 never got released)

Version 1.6.2, 2006-10-15
- Fixed bug #1571644: JakartaCommonsLoggingImpl and JavaUtilLoggingImpl are now public so that they may be instantiated by reflection correctly.

Version 1.6.1, 2006-09-01
- Now prefers certain encodings to others when Accept-Encoding header says several are equally good. For example, Accept-Encoding: deflate,gzip now gets gzip rather than deflate.
- Also fixed a potential bug in a rare case where the most-preferred encoding in the header was not supported, even though a less preferred encoding was. Filter was not compressing in this case.

1.6 released

Sean Owen — Wed, 05 Jul 2006 23:28:50 -0000

Version 1.6, 2006-07-05
- Added support for compressed requests, including stats
- X-Compressed-By header only enabled in debug mode now
- Accept-Encoding header suppressed downstream if filter is handling
compression
- Minor unit tests fixes and improvements
- Update to latest JUnit, Mockrunner, Commons Logging

1.6 coming with compressed request support

Sean Owen — Mon, 26 Jun 2006 14:19:06 -0000

1.6 is nearly ready (just needs unit testing), which includes support for compressed requests and a few other minor tweaks. This may be very useful to those running servlet-based web services engines like Axis; now large XML requests can be sent across the network compressed.

Recent posts to news