4.14.04.10 - Apigee Edge オンプレミス リリースノート

現在、Apigee Edge のドキュメントを表示しています。
Apigee X のドキュメントをご確認ください。 情報

2014 年 8 月 20 日（水曜日）、Apigee Edge のオンプレミス バージョン用のパッチをリリースしました。

修正済みのバグ

以下のバグはこのリリースで修正されています。

トピック	説明
プールされた接続の蓄積により Netty ルーターが応答しない CORERT-219	API レスポンスが配信される前でもクライアントが切断されると接続リークが発生する問題を解決しました。
Netty ルーターログのステートマシン エラーによりルーターのハングが発生する CORERT-201	クライアントがレスポンスを待たずに接続で連続してリクエストを送信した場合、Netty ルーターはハングし、リクエストを処理していないように見えました。 Netty ルーターの router.properties 内の新しい HTTPServer.pipelining.enabled プロパティを使用すると、HTTP パイプラインを制御できるようになります。次の値は動作を表します。 false（デフォルト）- 複数のリクエストを受信した場合、ルーターはパイプライン処理の試行を示すエラーを返し、接続を閉じます。 true - ルーターはリクエストを保留キューにバッファリングすることで、一度に 1 つのリクエストを処理します。各リクエストに対するレスポンスは、受信した順に送信されます。 レスポンスの接続クロージャが必要な場合、接続は直ちにクローズされ、後続のリクエストに対するレスポンスは送信されません。
CLOSE_WAIT メッセージ CORERT-188	メッセージを正しく閉じない CLOSED_WAIT の問題を解決しました。
Router がプールからの接続を再利用しようとしている間に Message Processor が接続を閉じる CORERT-114	特定のエラー条件下でプールされた接続が終了する問題を解決しました。
レスポンスの 5xx エラー APIRT-342	5xx HTTP エラーは、レスポンスが HTTP 仕様に従って完了した（ターゲット エンドポイント レスポンスに Content-Length またはチャンク形式エンコードがない）状況で発生しました。Edge では、これらのレスポンスが完了として扱われるようになりました。