SPDY の場合、PushStrategy を実装し、それを登録してリソースをプッシュする必要があります。
HTTP2 のサポートはどうですか?
HTTP 応答でリンク ヘッダーを読み取る nginx のアイデアが気に入っています: https://nghttp2.org/blog/2015/02/10/nghttp2-dot-org-enabled-http2-server-push/
ありがとう!
SPDY の場合、PushStrategy を実装し、それを登録してリソースをプッシュする必要があります。
HTTP2 のサポートはどうですか?
HTTP 応答でリンク ヘッダーを読み取る nginx のアイデアが気に入っています: https://nghttp2.org/blog/2015/02/10/nghttp2-dot-org-enabled-http2-server-push/
ありがとう!
Jetty HTTP/2 は、実際にはさまざまな種類の HTTP/2 プッシュを完全にサポートしています。Webtide の Web サイトでは、すでに Jetty の HTTP/2 プッシュが有効になっています。
ヘッダーに基づいて、Jetty SPDY の PushStrategy で実装されたのと同じアルゴリズムを実装するPushCacheFilterがありReferer
ます。
ビルダーを使用して実際にリソースをプッシュする、より洗練されたアプローチを実装するPushSessionCacheFilterがあります。
どちらも今のところ、Jetty 固有の API を使用して、Servlet 4.0 仕様の標準として提案し、実際の例でテストしています。
このアプローチの良いところは、完全に自動化されており、アプリケーションのサポートを必要としないことです。古い/レガシー Web アプリケーションでそのまま使用できます。
Jetty チームは確かにLink
ヘッダーを使用する可能性を探ることができますが、それにはアプリケーションからのサポート (アプリケーションはLink
正しい形式でヘッダーを追加する必要があります) と、パフォーマンスに影響を与えるプロキシ レイヤーが必要なようです。これはhttps://bugs.eclipse.org/bugs/show_bug.cgi?id=463457によって追跡されています。そこへの貢献は大歓迎です。
リソースをプッシュする独自の戦略を実装するには、単純なサーブレット フィルターを記述し、そこで Jetty 固有の API (Dispatcher.push(...)
またはPushBuilder
API) を使用して独自のリソースをプッシュします。これは、上記のフィルターと同様です。