誰かが実際にHTTPの「Expect」ヘッダーの実際の存在を見たことがありますか? または「100 Continue」 - ステータスメッセージで応答するプロキシまたはサーバー? IISやApacheなどの一般的なHTTPサーバーは、「100 Continue」が返される状況に遭遇しますか?HTTP 1xxのステータスコード
おかげで、 マックス
誰かが実際にHTTPの「Expect」ヘッダーの実際の存在を見たことがありますか? または「100 Continue」 - ステータスメッセージで応答するプロキシまたはサーバー? IISやApacheなどの一般的なHTTPサーバーは、「100 Continue」が返される状況に遭遇しますか?HTTP 1xxのステータスコード
おかげで、 マックス
libcurlは、POST要求の内容が1024バイトを超える場合は、 "Expect:100-Continue"ヘッダーを追加します。
least since 2003 SUNはこのヘッダーのサポートをサーブレットAPIに追加することを拒否します。サーブレットコンテナ内のJava Webアプリケーションには、100 Continueレスポンスを制御する機能がありません。
ほとんどのサーブレットコンテナの実装では、「Expect:100-Continue」が受信されるとすぐにこの応答が送信されます。
はい、期待:100-続行には、例えば、.NETでSystem.Net.HttpWebRequestによって使用され、すべての現代のWebサーバは、HTTP/1.1規格の(それの一部を認識します)。
これは、ファイルがPOST経由でアップロードされている(ただし、POSTリクエストで使用できる)場合に使用されるため、潜在的に大きなデータを送信する前に要求が成功するかどうかをクライアントが知ることができます。
100回継続応答とは、要求が成功することを意味するものではなく、サーバーがすでに認識しているパラメータが正常であることを意味します(たとえば、4xxコードを送信しません)。同様に、要求が成功するでしょう。
。System.Net.HttpWebRequest
は、デフォルトでevery post requestにExpect: 100-continue
を送信します。 Tomcatは少なくとも、サーブレットを実行する前に100-continueを送信します。
この質問にご興味があるかもしれません:http://stackoverflow.com/questions/1186682/ – balpha
他にもあります:http://stackoverflow.com/questions/848378/sending-100-continue-using-java-servlet -api – mkoeller