問題タブ [transfer-encoding]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
c# - Transfer-Encoding が Chunked の場合、空のリクエスト ボディ - NancyFX
私は非常に単純な NancyFX モジュールを持っています。これは、単に API 呼び出しの結果を送信者にエコーしたいだけです。
受信 XML を JSON に変換してから Nancy エンドポイントに渡すファサードを使用しています。このファサードは、API のエコー サービスを使用してテストし、応答を確認できるため、コンテンツを JSON に正しく変更します。
ただし、ファサードは content-length ヘッダーを削除し、transfer-encoding をチャンクに設定するため、Nancy モジュールの Request.Body は常に空です。
NancyFX で Chunked エンコーディングのサポートを有効にするために必要な構成はありますか?
現在 IIS 7 でホストしていますが、IIS 8 にもアクセスできます。
OWIN ホスティングを使用すると、HostConfiguration を使用してチャンク転送を有効にできることがわかりますが、他の要因により、OWIN ホスティングを使用できず、IIS ホスティングに依存することができません。
次のコマンドを使用して、IIS でチャンク転送を有効にしました。
私のweb.configは現在:
モジュール自体は非常にシンプルで、次のもので構成されています。
javascript - Transfer-Encoding: チャンク ヘッダーをリクエストに設定することは可能ですか?
「Transfer-Encoding: chunked」ヘッダー セットを含むリクエストを送信する必要があります。xhr.setRequestHeader("transfer-encoding", "chunked") を呼び出そうとすると、Chrome はコンソールに次のエラーをスローします: "安全でないヘッダー "content-length" の設定を拒否しました。
チャンクされた応答の送信に関する多くの情報があります。チャンクされたリクエストをサーバーに送信することは可能ですか?
c# - チャンクされたリクエストを受け取ったら、チャンクを処理する方法はありますか?
私は自分自身を正しく説明できることを願っています。ポスト メソッド get_file() を持つ C# Web サービスがあり、クライアント側から、サーバー内のそのメソッドに転送エンコード チャンクを使用して POST 要求を作成し、ファイルをチャンクで送信します。
リクエストが完了するとメソッドが開始されます (0\r\n\r\n が入力されます)。最後まで待つのではなく、サーバーに到達したらすべてのチャンクを処理する方法はありますか?
複数の POST リクエストを送信する代わりの方法がよいでしょうか? (ただし、約 100 件のリクエスト後にエラーが発生します)。
繰り返しますが、適切に説明されていることを願っています。前もって感謝します
java - REST Assured - "Transfer-Encoding: chunked" を扇動するにはどうすればよいですか - 現在、Apache エラー "Transfer-encoding header already present" が発生します
私は Java と REST/REST についてかなり初心者です。「Transfer-Encoding: chunked」が設定された POST リクエストを (ヘッダー経由で) 作成しようとしていますが、「org.apache.http.ProtocolException: Transfer-encoding ヘッダーが既に存在します」という例外が発生します。
私が使用しているコードは次のようなものです。 testdata".getBytes()) .contentType(MediaType.APPLICATION_OCTET_STREAM) .log().all() .expect() .statusCode(HttpStatus.SC_OK) .post();
しかし、「org.apache.http.ProtocolException: Transfer-encoding ヘッダーが既に存在する」という例外が発生します。
例外が発生する理由/解決方法を知っている人はいますか?? 前もって感謝します。
java - HTTPURLConnection Transfer-Enconding チャンクによるリクエスト
Transfer-Encoding: chunked
API のエンドポイントからデータを取得しようとしていますが、HTTP POST メソッドで取得しようとしているデータが巨大で、API のサーバーがヘッダーの 1 つを次のように設定した応答を返すことに気付きました。データ全体を読み取ります。私のコードでは、を使用しjava.net.HttpURLConnection
て投稿リクエストを確立し、以下に示すようにデータを読み取ります。
残念ながら、このシナリオでは、 ( )java.io.IOException: Premature EOF
から読み取る行に到達し、デバッグしましたが、例外がスローされる直前までステータス http 200 を取得しています。BufferedReader
while((output = br.readLine()) != null)
コードに示されているようなチャンク データの要求に問題はありますか?
ありがとうございました。
java - Content-Length の Response で Spring MVC プロキシが失敗する
私は spring mvc サービスにプロキシを作成しました。これは、クライアントが特定の形式で行うリクエストをそれぞれのサービスに渡します。これはうまく機能していますが、いくつかの問題があります。これが私のコードです。
ターゲット サーバーが次のヘッダーを含む応答を送信すると、このコードは壊れます。
そして、ターゲット応答が
Transfer-Encoding:chunkedとContent-Lengthを見つけることができる唯一の違い
プロキシ サービスは、データ全体をクライアントに転送していません。むしろ、ある程度のデータを取得した後に壊れます。
誰かがそれを修正する方法を知っている場合。プロキシ構成に問題があると確信しています。しかし、それを修正することはできません。
apache - チャンクされたボディを含む POST リクエスト - レスポンス HTTP/1.0 411
リクエスト本文を画面にエコーする .php ファイルを含む Apache2 サーバーがあります。
チャンクされた本文を含むファイルに POST 要求を送信しようとしていますが、応答は HTTP/1.0 411 です。
HTTP/1.1 で応答し、要求を理解するように Apache を構成するにはどうすればよいですか?
ありがとう
async-await - チャンク転送エンコーディングを使用したストリーミング レスポンス
.net で書かれた小さなプロキシ サーバーがあります。コア プロキシ機能の簡略化されたバージョン:
考え方としては、プロキシはダウンストリームの応答を呼び出し元のクライアントに可能な限りそのままストリーミングするだけです。
プロキシとサービス間の接続は正常に機能しているようで、常に 17kb のデータが返されます。問題はクライアントとプロキシの間にあり、同じリクエストを送信すると、明らかに理由もなく、長さが 0 ~ 17kb のどこかで切り捨てられたレスポンスが返されます。
- サービス応答からクライアント応答にコンテンツをコピーするとき、すべてのコンテンツがいつ受信されたかをどのように確認できますか? チャンク転送は長さ 0 のチャンクで終了することを知っています。これを手動で確認する必要がありますか、それとも httpresponse インスタンス自体によって処理されるものですか?
java - Jersey の応答: Transfer-Encoding が既に設定されている場合は、Content-Length ヘッダーを設定しないでください
直接アクセスできない内部アプリケーションへのリクエストをプロキシする Jersey-Application があります。
内部アプリケーションからの応答には、Transfer-Encoding = chunked
ヘッダー セットがあります。ここまでは大丈夫です。
現在、クライアントに送信されるContent-Length
応答には、発信応答でおそらく Jersey 自体によって設定されたヘッダーも含まれています。クライアントに送信する前にヘッダーを確認すると、内部アプリからの応答のように、すべてのヘッダーが正しく設定されています。
ヘッダーが原因で、クライアントはContent-Length
応答を正しく解釈できません。ここで説明されているように、どちらか Content-Length
またはTransfer-Encoding
設定されている必要があります。
Content-Length
Transfer-Encoding が既に設定されている場合、Jersey がヘッダーを設定できないようにするにはどうすればよいですか?