RESTEasyのドキュメントでは、サーバーエンドポイントに「@GZIP」アノテーションを付けることに加えて、ランタイム環境のクラスパスで「javax.ws.rs.ext.Providers」というファイルを使用できるようにする必要があります。このファイルには、クラス名 "org.jboss.resteasy.plugins.interceptors.encoding.GZIPEncodingInterceptor"が含まれています。RESTEasy GZIPサポートを有効にしますか?
私は上記のすべてを行っていますが、レスポンス "Content-Encoding"ヘッダーが "gzip"(つまり応答本体がプレーンテキスト/ jsonであっても、サーバーから戻ってくる応答は圧縮されません。ヘッダーのことにもかかわらず)。
javax.ws.rs.ext.Providersファイルは、.warのWEB-INF/classesフォルダとTomcatにデプロイされたときのappフォルダにありますが、RESTEasyは無視しています。
私は行方不明のものがありますか?誰もがこの仕事をしていますか?
EDIT:さて、私はRESTEasyが完全なパス "META-INF/services/javax.ws.rs.ext.Providers"を実際に探していることを発見しました。リソースフォルダ。そして、はい、それは混乱しています。すでに.warアーカイブにMETA-INFフォルダがあります。ただし、 "services"サブフォルダと "javax.ws.rs.ext.Providers"ファイルをMETA-INFフォルダに入れることは機能しません。一口。
パケットスニッファを使用して圧縮されていないことを確認しましたか? – Namphibian
はい、TCPMonを使用してトラフィックを調べ、HTTPヘッダーがgzipであると主張しているにもかかわらず、トラフィックが圧縮されていないJSONであると判断しました。 –