|Version 4 (modified by simonp, 5 years ago)|
Proposal number : ? Proposal title : GZIP content compression filter to reduce network traffic
|Last edited|| |
|Status||draft, being discussed, complete|
|Assigned to release||2.3.0|
|Resources||Test implementation is complete|
- Type: Servlet configuration, configuration change
- App: GeoNetwork and Intermap
- Module: servlet configuration (web.xml files)
- Documents: Two servlet filters every web app should have and for a discussion of http compression and browser support
- Not voted on yet.
A GZIP compression filter has been written for general use by the people at jspbook.com - Two servlet filters every web app should have - this filter has been adapted for use in GeoNetwork and some issues that caused trouble in Internet Exploder has been fixed. The filter will only be applied to requests that can accept gzip compression and to requests that are not asking for type image/* as images are almost always compressed anyway.
Steps needed to insert compression filter in servlet path. This involves modifications to web/geonetwork/WEB-INF/web.xml and web/geonetwork/WEB-INF/web.xml as follows:
<filter> <filter-name>GZIPCompressor</filter-name> <filter-class>com.jspbook.GZIPFilter</filter-class> </filter> <filter-mapping> <filter-name>GZIPCompressor</filter-name> <url-pattern>/*</url-pattern> </filter-mapping>
and finally the inclusion of a new jar: GZIPFilter.jar in web/geonetwork/WEB-INF/lib and web/intermap/WEB-INF/lib.
Backwards Compatibility Issues
Some allusion is made in various places on the net to early versions of browsers not properly supporting compressed content - see for a discussion of http compression and browser support. The short answer is that the browsers we want to support (IE 7+, Firefox 2+ and others) all support compressed content without issues.
- As above