16.08.17 - Apigee Edge for Public Cloud リリースノート

<ph type="x-smartling-placeholder"></ph> 現在、Apigee Edge のドキュメントが表示されています。
Apigee X のドキュメント。 詳細

2016 年 8 月 30 日（火曜日）、Apigee Edge for Public Cloud の新バージョンをリリースしました。

新機能とアップデート

このリリースにおける新機能とアップデートは次のとおりです。

Assign 内の JSON ペイロード メッセージと Raise Fault

この機能強化により、適切な JSON メッセージ形式を保証するための回避策が不要になります。 無効な JSON を作成せずに中かっこを使用して変数を指定できます。たとえば、 次のようにして、JSON メッセージに message.content の値を挿入します。

<Payload contentType="application/json">{"message" : "{message.content}"}</Payload>

回避策を実施した場合は、コードをそのまま使用できます。また、 variablePrefix と variableSuffix を使用して、変数を示します。

<Set><Payload> を参照Assign Message ポリシーの要素、および Raise Fault ポリシー ご覧ください。（APIRT-1160）

XML to JSON ポリシーの機能強化

XML to JSON ポリシーが拡張され、次の機能が追加されました。必要に応じて 次のポリシーが適用されます。

• 変換時に一部の XML 要素を配列として扱い、値が正方形になる 角かっこ '[ ]'必要があります。
• 最終的な JSON ドキュメントで、XML ドキュメント階層のレベルを削除するか、除去します。

詳しくは、XML JSON ポリシーへの準拠。（APIRT-1144）

一致に複数のワイルドカードがある API プロダクトのリソースパス

API プロダクトでリソースパスを定義する場合、 リソースパスを指定します。たとえば、/team/*/invoices/** は、任意の構成の API 呼び出しを許可します。 /team と任意のリソースパスの後に 1 つの値があります。 invoices/以降。API 呼び出しで許可される URI は、 proxyBasePath/team/finance/invoices/company/a にします。

このリリース後に、既存の API プロダクトのリソースパスが想定どおりに機能しなくなった場合は、 組織の次のプロパティを変更して、 動作: features.enableStandardWildCardMatchForAPIProductResources = true

（MGMT-3273）

JavaScript の crypto 関数

新しい高性能な JavaScript crypto 関数を使用できるようになりました 作成、取得、更新するためのオブジェクトには、MD5、SHA-1、SHA256、SHA512 があります。 また、crypto オブジェクトを使用して、 さまざまな形式で生成できます。詳細については、JavaScript オブジェクト モデルをご覧ください。 （APIRT-2886）

Java コールアウト JAR のバージョン 確認しています

Java JAR リソースを API プロキシにアップロードすると、HTTP 400 ステータス コードが返される Java リソースのバージョンがサポートされている Edge と互換性がない場合は（500 ではなく） サポートされているソフトウェア バージョンおよび サポート対象バージョン。（MGMT-3420）

API プロキシ リソースの検証

API プロキシのリソース ファイル（JavaScript や Java JAR など）が 組織の環境または組織のスコープに応じて、検証フレームワークで API プロキシレベルでこれらのリソースをプロキシ バンドルに含めて、インポートして検証できるようにする。 リソースの検証が、インポート時ではなくデプロイ時に行われるようになりました。（MGMT-1430）

タイムアウトを設定する （個々の API プロキシに対して）

指定した期間（504 ゲートウェイ タイムアウト）が経過するとタイムアウトするように API プロキシを構成できます。 ステータスです）。主なユースケースは、限定公開の Google アクセスを利用する API プロキシを 実行時間が長くなりますたとえば、3 分でタイムアウトするために特定のプロキシが必要であるとします。Google Chat では API プロキシの構成で新しい api.timeout プロパティを使用する。手順は次のとおりです。 3 分間の例で説明します。

1. まず、ロードバランサ、ルーター、Message Processor がタイムアウトになるように構成してください。 表示されます。
2. 次に、関連するプロキシが 3 分でタイムアウトするように構成します。環境変数の値を ミリ秒単位です。次に例を示します。

   <ProxyEndpoint name="default">
     <HTTPProxyConnection>
       <BasePath>/v1/weather</BasePath> 
       <Properties> 
         <!-- api.timeout is in milliseconeds -->
         <Property name="api.timeout">180000</Property>
       </Properties>
       ...

3. ただし、システムのタイムアウトを増やすと、パフォーマンスの問題が発生する可能性があります。 api.timeout 設定のないプロキシはすべて、新しい、より上位のロードバランサ、ルーター、 Message Processor タイムアウトも発生します。そのため、タイムアウトを長くする必要がない他の API プロキシを構成します。 タイムアウトを短くしますたとえば、次の例では API プロキシが 1 秒後にタイムアウトするように設定しています。 分:
   <Property name="api.timeout">60000</Property>

Edge のタイムアウトを変更できない Cloud のお客様は、API プロキシのタイムアウトを構成することもできます。 タイムアウトが標準的な Edge Message Processor のタイムアウトである 57 より短くなっている必要があります。 秒です。

この値に変数を挿入することはできません。このプロパティについては、 エンドポイント プロパティのリファレンス。（APIRT-1778）

メッセージ ロギングの TLS/SSL ポリシー

<KeyStore> と <TrustStore> は、 Message Logging ポリシーの SSLInfo 構成 ロギング サービスによる一方向および双方向の TLS/SSL を許可する。Message Logging ポリシーで SSLInfo を構成する方法は、 プロキシ TargetEndpoint。ただし、Message Logging TLS/SSL は TCP プロトコルのみをサポートします。 （APIRT-1858）

修正済みのバグ

このリリースでは以下のバグが修正されています。このリストは、サポート チケットの修正状況を確認するユーザーを対象としています。すべてのユーザーに詳細情報を提供することを目的としたものではありません。