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 では、これらのレスポンスが完了として扱われるようになりました。 |
特に記載のない限り、このページのコンテンツはクリエイティブ・コモンズの表示 4.0 ライセンスにより使用許諾されます。コードサンプルは Apache 2.0 ライセンスにより使用許諾されます。詳しくは、Google Developers サイトのポリシーをご覧ください。Java は Oracle および関連会社の登録商標です。
最終更新日 2024-02-07 UTC。
[{
"type": "thumb-down",
"id": "missingTheInformationINeed",
"label":"必要な情報がない"
},{
"type": "thumb-down",
"id": "tooComplicatedTooManySteps",
"label":"複雑すぎる / 手順が多すぎる"
},{
"type": "thumb-down",
"id": "outOfDate",
"label":"最新ではない"
},{
"type": "thumb-down",
"id": "translationIssue",
"label":"翻訳に関する問題"
},{
"type": "thumb-down",
"id": "samplesCodeIssue",
"label":"サンプル / コードに問題がある"
},{
"type": "thumb-down",
"id": "otherDown",
"label":"その他"
}]
[{
"type": "thumb-up",
"id": "easyToUnderstand",
"label":"わかりやすい"
},{
"type": "thumb-up",
"id": "solvedMyProblem",
"label":"問題の解決に役立った"
},{
"type": "thumb-up",
"id": "otherUp",
"label":"その他"
}]
{
"lastModified": "最終更新日 2024-02-07 UTC。",
"confidential": False
}