私はRESTバックエンドAPIを持っており、フロントエンドはAPIを呼び出してデータを取得します。REST APIが連続データ更新を処理する方法
ジーンズでは、REST APIが連続データ更新をどのように処理するのか、私は考えていました。ビルドジョブを実行すると、ジョブが終了するまで連続したログ出力がページに表示されます。 RESTはそれをどのように達成していますか?
私はRESTバックエンドAPIを持っており、フロントエンドはAPIを呼び出してデータを取得します。REST APIが連続データ更新を処理する方法
ジーンズでは、REST APIが連続データ更新をどのように処理するのか、私は考えていました。ビルドジョブを実行すると、ジョブが終了するまで連続したログ出力がページに表示されます。 RESTはそれをどのように達成していますか?
ジェンキンスはデータの送信を続けます。それでおしまい。それは単に送信しているだけです(少なくとも私はそれがしていると思います)。通常、応答には、応答に含まれるデータの量(Content-Length
)を示すヘッダーフィールドが含まれます。しかし、このフィールドは必要ではありません。サーバーは省略することができます。このような場合、サーバーは接続を終了すると応答本体が終了します。 RFC 7230参照:
そうでなければ、これは宣言メッセージボディ長なしの応答メッセージであるので、メッセージ本体の長さは前の接続を閉じるサーバに受信されたオクテットの数によって決定されます。
もう1つの可能性は、chunked transfer encodingを使用することです。次に、サーバーは独自のContent-Length
ヘッダーを持つデータのチャンクを送信します。サーバーは、長さゼロの最後のチャンクを送信することによってこれを終了します。
Websockstsである可能性があります。