Springベースの Web サービス (xml と json の両方を提供) に圧縮を追加したいと考えています。多くの異なる gzip 圧縮フィルターがあることがわかりますが、どちらが最も一般的であるかはわかりません。つまり、Jboss と Spring があります。募集？
さらに、1000 ～ 860 バイト未満のコンテンツを圧縮することは無意味であると読みました。圧縮時間は節約された時間よりも長く、150 バイト未満の場合、そのオブジェクトは実際に大きくなります。
これらのフィルターはすぐに使用できる最小オブジェクト サイズをサポートしていますか?
ehcache-web を使用することもできるため、http 応答 (ヘッダー付き) が (gzip 圧縮で) キャッシュされ、クライアントに返されます。したがって、gzip プロセス (およびシリアル化) は、コンテンツが spring mvc エンドポイントによって返された場合にのみ発生します。
ただし、ehcache-web はページをキャッシュするように設計されているため、要求の動詞が PUT、POST、または DELETE の場合に削除を処理するには、フィルター (SimplePageCachingFilter) をオーバーライドする必要があります。
また、独自のフィルターを記述し、キャッシュ マネージャーとして ehcache を使用して値を入れたり削除したりすることもできます。値は、 * json または xml で (文字列として) シリアル化されたエンドポイント呼び出しの結果 * http ヘッダーのマップを含む構造体になります。
残念ながら、Spring mvc (@Cacheable) でのキャッシュ サポートは、メソッド呼び出しの結果をキャッシュし、それが http リクエストごとにシリアル化されます。Spring キャッシュは不可知論的であり、http に厳密ではないため、理解できます。