2013-05-14 83 views
0

我想壓縮加入到我們的基於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壓縮內容。

做這些過濾器支持的最小物體大小開箱?

回答

1

這是一個古老的線程,但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/

0

您還可以使用的Ehcache-網絡,所以HTTP響應(頁眉)緩存(用gzip壓縮),並返回給客戶端。因此,gzip進程(和序列化)僅在spring mvc端點返回內容時纔會發生。

但ehcache-web被設計爲緩存頁面,因此當請求動詞是PUT或POST或DELETE時,必須重寫篩選器(SimplePageCachingFilter)來處理逐出。

你也可以寫自己的過濾器,並使用了Ehcache作爲高速緩存管理器把/逐出值。這些值的結構將包含 *端點調用的結果,以json或xml序列化(作爲字符串) * http標頭的映射。

不幸的是在Spring MVC(@Cacheable)高速緩存支持高速緩存方法調用,然後其可用於每個HTTP請求串行化的結果。這是可以理解的,因爲Spring緩存是不可知的,並且對http不太嚴格。