JavaのSpringフレームワークの上にフレームワークを構築しています。HTTPチャンク応答のサポートを追加できるようにしたいと考えています。春にはこのためのAPIがありますか?
私たちが達成しようとしているのは、基本的<head>
に、残りの応答が準備される前にHTMLセクションを送信することです。クライアント側がスタイルシート/jsなどのダウンロードを開始できるようにします。
クライアントがHTTPチャンク応答をサポートしているかどうかを確認する方法があれば、さらに良いでしょう。
JavaのSpringフレームワークの上にフレームワークを構築しています。HTTPチャンク応答のサポートを追加できるようにしたいと考えています。春にはこのためのAPIがありますか?
私たちが達成しようとしているのは、基本的<head>
に、残りの応答が準備される前にHTMLセクションを送信することです。クライアント側がスタイルシート/jsなどのダウンロードを開始できるようにします。
クライアントがHTTPチャンク応答をサポートしているかどうかを確認する方法があれば、さらに良いでしょう。
RFC2616は、クライアントがチャンク転送を受け入れるという明示的なステートメントであるヘッダーを指定しTE: trailers
ていますが、ブラウザーまたはデバイスが実際にこれを送信するのを見たことがありません。HTTP / 1.1リクエストを送信するデバイスは、チャンク転送を受け入れる必要があります。
私の経験では、コンテンツの長さを指定しない場合はいつでも、Springはチャンク転送を自動的に実行します。私の経験は主にSpringコントローラーであるため、JSPを使用したYMMVです。
HTTP はレイヤー 7 ( /OSI モデル) / 5 レイヤー (TCP/IP モデル) プロトコルです。そして、特定のアプリケーション フレームワークは、その上または上で実行されます。
したがって、特定の HTTP (get/POST) / パイプライン化された要求は、基本的に、クライアント側のフレームワークによって開かれた TCP パイプを使用しています。
サーバー側では、通常、パイプライン化されたリクエスト (1 つの TCP パイプで複数の get/post リクエスト) を処理する機能があります。
あなたの要件では、おそらくリクエストの前半と後半を運ぶ新しいTCPパイプを確立することにより、特定のリクエストを2つのサブリクエストに分割する必要があります。
ここでの課題は、クライアント側がそれを達成したとしても、サーバー側はそのような分割リクエストを受け入れる必要があるということです。通常、サーバー側は不正な形式の HTTP リクエストを破棄します。
Apache Tiles をレイアウト マネージャーとして使用してみてください。ページのさまざまなタイルにフラッシュ属性を設定できます。私の知る限り、タイルをフラッシュすると応答がフラッシュされます。
ところで、コンテナの前に Apache httpd や gzip サーブレット フィルタなどの圧縮メカニズムを使用していませんか? この場合、Apache Tiles は役に立ちません。その必要性を忘れた方がよいでしょう。