22.03.14 : Notes de version d'Apigee Edge pour le cloud public

La latence a été améliorée lors de la création d'applications lorsque plusieurs produits d'API sont inclus dans la charge utile.

Amélioration du temps de déploiement d'un bundle de proxy avec un fichier de ressources OAS volumineux.

Utilisez la durée autorisée correcte pour le forfait freemium dans Apigee Monetization.

Un problème a été résolu pour s'assurer que la durée freemium est respectée par Apigee Monetization. Grâce à ce correctif, les développeurs d'applications peuvent utiliser le forfait sans frais pendant la durée configurée. Avant ce correctif, la durée était calculée de manière incorrecte sur le backend. Consultez Configurer un forfait freemium.

La mise à niveau de la bibliothèque SwaggerParser génère des erreurs de validation plus strictes lors du déploiement du proxy pour la règle OASValidation.

Un problème a été résolu : l'activation du débogage Apigee entraînait l'ignorance de certaines règles exécutées de manière asynchrone par l'environnement d'exécution.

Un problème a été résolu : dans la règle GenerateJWT, lorsque jwk était spécifié comme revendication d'en-tête supplémentaire, la règle ne gérait pas correctement la charge utile.

Lorsqu'un proxy de transfert était utilisé entre le processeur de messages et le serveur cible, des détails cibles incohérents étaient capturés dans Analytics. Les détails cibles dans Analytics étaient parfois ceux de la cible réelle et parfois ceux du proxy. Ce problème a été résolu. Les détails cibles capturés dans Analytics sont désormais toujours ceux de la cible réelle.

Un problème a été résolu dans la règle DecodeJWT : lorsque AdditionalClaims était déclaré comme map et qu'une revendication était ajoutée dans <AdditionalClaims>....</AdditionalClaims>, la règle les décodait en tant que types double au lieu de types entiers.

Amélioration de la résilience et de la journalisation du code de gestion DNS dans les processeurs de messages.

Un problème a été résolu : la règle VerifyJWT n'autorisait pas l'attribut use:sig dans la clé publique JWKS. L'attribut use:sig est désormais autorisé.

Un problème a été résolu : les requêtes adressées à l'appel Python dans un flux partagé échouaient en raison de java.lang.NoClassDefFoundError.

Les erreurs de validation OAS génèrent désormais l'état HTTP 400. Auparavant, l'état 500 était généré.

Mises à jour et correctifs de sécurité divers

Un problème a été résolu : l'échec de la connexion à un serveur Syslog pouvait entraîner le redémarrage du processeur de messages.

Un problème a été résolu : une règle JavaScript ne s'exécutait pas si elle tentait de modifier la variable apigee_javascript.

Un problème a été résolu : la règle DeleteOAuthV2Info ne parvenait pas à supprimer le jeton d'accès.

Un problème a été résolu : un processeur de messages démarrait parfois correctement même s'il ne parvenait pas à charger tous les dépôts sous-jacents.

Un problème a été résolu : les autorisations contenant à la fois un caractère générique (*) et un caractère spécial, tel qu'une virgule (,), ne fonctionnaient pas comme prévu.

Une révision de proxy renvoyait une erreur d'état HTTP 400 lorsqu'elle était utilisée comme cible avec LocalTargetConnection.

Le processeur de messages réutilisera désormais les adresses IP cibles existantes une fois si la résolution DNS échoue lors de l'actualisation du cache DNS.

La variable de flux servicecallout.requesturi est reflétée de manière appropriée si l' URI est construit à l'aide de plusieurs variables.

Un problème a été résolu : la règle AccessControl signalait des erreurs lorsque x-forwarded-for en-têtes contenaient ip:port format.

Un problème a été résolu : la règle JWS générait une steps.jws.GenerationFailed erreur lorsque le dernier paramètre JSON était vide.