現在、Apigee Edge のドキュメントを表示しています。
Apigee X のドキュメントをご確認ください。 情報
2014 年 1 月 29 日（水）、Apigee Edge の新しいオンプレミス バージョンをリリースしました。
ご不明な点がございましたら、Apigee カスタマー サポートまでお問い合わせください。
このリリースには、以下のクラウド リリースの機能とバグの修正が含まれています。
新機能と拡張機能
- OAuth 2.0 によるトークンのカスタム属性の更新
新しい「Set OAuth v2.0 Info」ポリシーを使用すると、OAuth 2.0 トークンのカスタム属性を更新できます。
http://apigee.com/docs/api-services/content/set-oauth-tokens-attributes-using-setoauthv2info
-
OAuth 1.0a ポリシーの更新
このリリースには、OAuth 1.0a ポリシーに対する次の更新が含まれています。- OAuth 2.0 トークンと同様に、OAuth 1.0a トークンにカスタム属性を設定できるようになりました。
- 新しい GenerateVerifier オペレーションを使用すると、OAuth 1.0a ベリファイア（OAuth 2.0 の認証コードに類似）を生成して返すことができます。
- フロー変数の SSL 情報
Apigee Edge で、フロー変数の SSL 情報を伝播してアクセスできるようになりました。ProxyEndpoint で新しい「propagate.additional.ssl.headers」プロパティを設定すると、Apache ウェブサーバーで利用可能なものと同じ SSL 情報にアクセスできるようになります。
http://apigee.com/docs/api-services/api/variables-reference
- HTTP ヘッダーとしての JMS ヘッダー
すべての JMS ヘッダーが、ダウンストリーム処理のために HTTP ヘッダーとして伝播されるようになりました。
- Node.js モジュールの更新
Apigee の組み込み Node.js モジュールが更新され、argo 0.4.9、async 0.2.9、express 3.4.8、underscore 1.5.2、usergrid 0.10.7、volos-cache-memory 0.0.3、volos.apigee-quota0、volos-oauth2、volos-oauth2、
-
管理 UI でのカスタムロール - ベータ版
既存のユーザーロール「ビジネス ユーザー」、「オペレーション管理者」、「組織管理者」、「ユーザー」に加えて、このリリースには、管理 UI でカスタムロールを作成できるベータ版機能が含まれています。カスタムロールを使用して、さまざまな Edge 機能へのアクセスを制御できます。 - Advanced API Services（旧称 App Services）インストーラ
Apigee Edge Advanced API Services（旧称 App Services）をオンプレミスで使用できるようになりました。既存の Edge インストーラを使用すると、独自のオンプレミス環境に Advanced API Services をデプロイして構成できます。
- デベロッパー サービス収益化（旧称 Monetization Services）インストーラ
収益化機能は Edge Developer Services の一部です。Edge オンプレミス インストーラに、強化された統合収益化インストーラが含まれるようになりました。収益化には追加の有料ライセンスが必要です。
- 1 つのホスト上の複数の Message Processor - サイレント インストール
この拡張機能では、単一のホストにインストールされた複数の Message Processor のデプロイ トポロジがサポートされます。各 Message Processor を特定の IP アドレスにバインドする必要があります。サイレント インストール構成ファイルにBIND_ON_ALL_INTERFACES=nプロパティ設定を追加できるようになりました。これにより、Message Processor は、同じファイルのHOSTIPプロパティで指定された特定の IP アドレスをリッスンできます。このプロパティとサイレント インストールの構成の詳細については、Apigee On-Prem Deployment Kit Install and Configuration Guide をご覧ください。
-
JMS の更新
このリリースには、Apigee の JMS サポートに対する次の更新が含まれます。- すべての JMS ヘッダーが、ダウンストリーム処理のために HTTP ヘッダーとして伝播されるようになりました。
- JMS プロキシで使用される ResponseQueue に配置されたメッセージに、ExpiryTime と DeliveryMode を指定できるようになりました。標準の JMS ヘッダーに一致するすべての HTTP ヘッダーは「そのまま」に設定され、他の HTTP ヘッダーは JMS プロキシで使用されるレスポンス メッセージで JMS プロパティとして設定されます。
修正済みのバグ
| トピック | 説明 |
|---|---|
| カスタムロールの権限 | カスタムロールを使用して設定された権限が想定どおりに機能するようになりました。 |
| API レイテンシ分析 | API プロキシフローで、ターゲット システムの呼び出しによってタイムアウト（HTTP 読み取りタイムアウトなど）が発生した場合、API 分析に含まれるターゲット レイテンシ時間。 |
| ポリシーの「type」属性 | 「type」属性がすべての Apigee ポリシーで正しく機能するようになりました。 |
| OAuth 2.0 によるトークンの無効化 | Apigee OAuth 2.0 ポリシーのトークン無効化機能が OAuth 仕様と一致するようになりました。token パラメータを設定するときに「type」を指定する必要がなくなりました。 |
| Key-Value マップを使用した RBAC | ロールベースのアクセス制御が、環境レベルで作成された Key-Value マップに対して機能するようになりました。 |
| OAuth 1.0a ポリシー レスポンスの形式 | OAuth 1.0a ポリシーを含む API にリクエストを行うと、Accept ヘッダー形式でレスポンスが返されるようになりました。 |
既知の問題
| トピック | 説明 |
|---|---|
| HTTP 1.0 リクエスト、 HTTP 1.1 レスポンス |
この問題には、クライアントがヘッダーに
content-length プロパティを含む HTTP 1.0 を使用してリクエストを送信したものの、バックエンド サービスが HTTP 1.1 を使用するように構成されており、チャンク形式エンコードの transfer-encoding プロパティを返すというシナリオが含まれます。
このシナリオを正常に処理するには、AssignMessage ポリシーを使用して、HTTP 1.1 レスポンスから
transfer-encoding プロパティを削除します。API プロキシ レスポンス フローに添付される次のポリシーでは、HTTP ヘッダーから transfer-encoding プロパティが削除され、クライアントはチャンク化されていないレスポンスを受信できます。
<AssignMessage name="RemoveChunkedEncoding">
<AssignTo createNew="false" type="response"></AssignTo>
<Remove>
<ヘッダー>
<Header name="Transfer-Encoding"/>
<Header name="transfer-encoding"/>
</Headers>
</Remove>
<IgnoreUnresolvedVariables>false</IgnoreUnresolvedVariables>
</AssignMessage>
|