Vous consultez la documentation Apigee Edge.
Accédez à la
documentation Apigee X. info
Le jeudi 30 janvier 2014, nous avons lancé une nouvelle version cloud d'Apigee Edge.
Nouvelles fonctionnalités et améliorations
- Mettre à jour les attributs personnalisés des jetons OAuth 2.0
Une nouvelle règle "Set OAuth v2.0 Info" (Définir les informations OAuth v2.0) vous permet de mettre à jour les attributs personnalisés des jetons OAuth 2.0.
http://apigee.com/docs/api-services/content/set-oauth-tokens-attributes-using-setoauthv2info
-
Mises à jour de la règle OAuth 1.0a
Cette version inclut les mises à jour suivantes de la règle OAuth 1.0a :- Comme pour les jetons OAuth 2.0, vous pouvez désormais définir des attributs personnalisés sur les jetons OAuth 1.0a.
- Une nouvelle opération GenerateVerifier vous permet de générer et de renvoyer un vérificateur OAuth 1.0a (semblable à un code d'autorisation dans OAuth 2.0).
- Informations SSL dans les variables de flux
Apigee Edge vous permet désormais de propager et d’accéder aux informations SSL dans les variables de flux. En définissant une nouvelle propriété "propagate.additional.ssl.headers" sur un ProxyEndpoint, vous avez accès aux mêmes informations SSL que celles disponibles sur un serveur Web Apache.
http://apigee.com/docs/api-services/api/variables-reference
- En-têtes JMS en tant qu'en-têtes HTTP
Tous les en-têtes JMS sont désormais propagés en tant qu'en-têtes HTTP pour le traitement en aval.
- Mise à jour du module Node.js
Le module Node.js intégré d'Apigee a été mis à jour pour inclure les modules suivants : 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-oauth-apigee 0.0.2, volos-quota-apigee 0.0.2.
-
Rôles personnalisés dans l'interface utilisateur de gestion (BÊTA)
En plus des rôles utilisateur existants ("Utilisateur professionnel", "Administrateur des opérations", "Administrateur de l'organisation" et "Utilisateur"), cette version inclut une fonctionnalité bêta qui vous permet de créer des rôles personnalisés dans l'interface utilisateur de gestion. Vous pouvez contrôler l'accès à différentes fonctionnalités Edge à l'aide de rôles personnalisés.
Bugs résolus
| Sujet | Description |
|---|---|
| Autorisations de rôle personnalisé | Les autorisations définies à l'aide de rôles personnalisés fonctionnent désormais comme prévu. |
| Analyse de la latence des API | Dans un flux de proxy d'API, lorsqu'un appel au système cible entraîne un délai avant expiration (tel qu'un délai avant expiration de lecture HTTP), les temps de latence cibles sont inclus dans l'analyse des API. |
| Attribut "type" sur les règles | L'attribut "type" fonctionne désormais correctement dans toutes les règles Apigee. |
| Invalider les jetons OAuth 2.0 | La fonctionnalité d'invalidation des jetons pour les règles Apigee OAuth 2.0 correspond désormais à la spécification OAuth. Vous n'avez plus besoin de fournir de "type" lorsque vous définissez le paramètre "token". |
| RBAC avec des mappages clé/valeur | Le contrôle des accès basé sur les rôles fonctionne désormais pour les mappages clé/valeur créés au niveau de l'environnement |
| Format de réponse de la règle OAuth 1.0a | Lorsque vous effectuez des requêtes auprès d'une API avec une règle OAuth 1.0a, la réponse est désormais renvoyée au format de l'en-tête Accept. |
Problèmes connus
| Sujet | Description |
|---|---|
| Requête HTTP 1.0, réponse HTTP 1.1 |
Ce problème se produit lorsqu'un client envoie une requête à l'aide de HTTP 1.0 avec la
content-length propriété dans l'en-tête, mais que le service de backend est
configuré pour utiliser HTTP 1.1 et renvoie une transfer-encoding propriété pour
l'encodage par blocs.
Pour gérer ce scénario, vous pouvez supprimer la
transfer-encoding
propriété de la réponse HTTP 1.1 à l'aide de la règle AssignMessage. Dans la règle suivante
qui serait associée au flux de réponse du proxy d'API, la propriété
transfer-encoding est supprimée de l'en-tête HTTP, ce qui permet
au client de recevoir la réponse sans blocs.
<AssignMessage name="RemoveChunkedEncoding">
<AssignTo createNew="false" type="response"></AssignTo>
<Remove>
<Headers>
<Header name="Transfer-Encoding"/>
<Header name="transfer-encoding"/>
</Headers>
</Remove>
<IgnoreUnresolvedVariables>false</IgnoreUnresolvedVariables>
</AssignMessage>
|