我想压缩加入到我们的基于Spring的web服务（服务XML和JSON）压缩Servlet过滤器，我看到有许多不同的gzip压缩过滤器，但不知道这是被接受为最常见的即是否有Jboss或Spring产品？支持最小物体大小
此外，我已阅读，下面1000-860 bytes is pointless as compression time is greater than time saved and if its below 150 bytes that object actually grows压缩内容。
做这些过滤器支持的最小物体大小开箱？
这是一个古老的线程，但JSP呈现之前，在过滤器压缩发生。你可能启用它通过Apache，但使用的Servlet /过滤器做它作为一个过滤器或Spring MVC的可能是不会帮助你：
http://forum.springsource.org/showthread.php?45604-Using-gzip-for-compression-how
我发现阅读您正在使用XML你的问题， json响应。如果你只是在寻找这些，你仍然可以从Spring MVC/Controller级别获得它的一些好处，但是我仍然可能会继续在Apache中使用GZIP功能。
http://betterexplained.com/articles/how-to-optimize-your-site-with-gzip-compression/
您还可以使用的Ehcache-网络，所以HTTP响应（页眉）缓存（用gzip压缩），并返回给客户端。因此，gzip进程（和序列化）仅在spring mvc端点返回内容时才会发生。
但ehcache-web被设计为缓存页面，因此当请求动词是PUT或POST或DELETE时，必须重写筛选器（SimplePageCachingFilter）来处理逐出。
你也可以写自己的过滤器，并使用了Ehcache作为高速缓存管理器把/逐出值。这些值的结构将包含 *端点调用的结果，以json或xml序列化（作为字符串） * http标头的映射。
不幸的是在Spring MVC（@Cacheable）高速缓存支持高速缓存方法调用，然后其可用于每个HTTP请求串行化的结果。这是可以理解的，因为Spring缓存是不可知的，并且对http不太严格。