パイプリングをサポートする http 1.1 クライアント実装のプログラミング モデルは何でしょうか? POST のパイプ処理に興味があります。
4 に答える
EJP が既に述べたように、POST はパイプライン化されるべきではありません。しかし、「すべき」は「しなければならない」ではないので、すぐにhotpotatoにパイプライン サポートを追加する予定です (はい、POST もサポートされます) 。
既存の実装を探しているのか、独自の実装を作成したいのかわからない...いずれにせよ、そのプロジェクトは便利になる可能性があります:)
あなたの質問は、私にとっては正面から向き合っているようです。パイプライン処理に関心がある場合は、プログラミング モデルを既に念頭に置いている必要があります。また、RFC では、POST をパイプライン化するべきではないと述べています。
jboss のnettyはパイプラインをサポートしていると思います。
詳しくはこちらをご覧ください。
There is also work under way by a developer to add HTTP pipelining support for Async HTTP Client at github.
With respect to pipelining POSTs, one might want to read "should not" pretty much same as "DO NOT" -- if standard specifier thinks it's a bad idea, maybe it is? -- but perhaps there are specific use cases where it is well known that general unknowns with POSTS (lack of idempotency) are not true, and thereby it makes sense.