15.06.10 - Notes de version du cloud d'Apigee Edge

Vous consultez la documentation Apigee Edge.
Accédez à la documentation Apigee X.

Le mardi 9 juin 2015, nous avons lancé une nouvelle version cloud d'Apigee Edge.

Pour toute question, contactez l'assistance Apigee Edge.

Pour obtenir la liste de toutes les notes de version d'Apigee Edge, consultez les notes de version d'Apigee.

Nouvelles fonctionnalités et améliorations

Voici les nouvelles fonctionnalités et améliorations apportées à cette version.

Tableau de bord analytique GeoMap utilisabilité

La carte géographique des données analytiques fournit des indicateurs visuels plus clairs pour explorer en détail des zones spécifiques de la carte.

Performances du widget "Engagement des développeurs"

Le widget d'entonnoir du tableau de bord principal des données analytiques (section "Engagement des développeurs") a été amélioré pour offrir de meilleures performances.

Trace classique dans l'éditeur de proxys d'API

La dernière version de la fonctionnalité Trace dans l'éditeur de proxy d'API est passée de la version bêta à la disponibilité générale. L'accès à la "trace classique" via le lien "Accéder à la version classique de Trace" n'est plus disponible.

Configuration des erreurs de protection contre les menaces

Par défaut, Edge génère un code d'état HTTP 500 indiquant une erreur interne du serveur et une erreur ExecutionFailed si un message ne respecte pas une règle de protection contre les menaces JSON ou XML. Vous pouvez modifier ce comportement en utilisant une nouvelle propriété au niveau de l'organisation. Lorsque vous définissez la propriété d'organisation features.isPolicyHttpStatusEnabled sur "true", le comportement suivant se produit :

  • Requête : avec une règle de protection contre les menaces associée à un flux de requêtes, les messages non valides renvoient un code d'état 400, ainsi qu'un message d'erreur de règle correspondant.
  • Réponse : avec une règle de protection contre les menaces associée à un flux de réponses, les messages non valides renvoient toujours un code d'état 500, et l'un des messages d'erreur de règle correspondants est généré (plutôt que ExecutionFailed simplement).

Les clients Cloud doivent contacter l'assistance Apigee Edge pour définir la propriété de l'organisation. Cette fonctionnalité sera disponible pour les clients Edge Private Cloud lors de la prochaine version trimestrielle de Private Cloud.

Améliorations des performances et des erreurs de l'UI

Des améliorations générales ont été apportées à différentes zones de l'interface utilisateur de gestion, y compris aux performances d'affichage des pages et au nettoyage des messages d'erreur.

Modifications et améliorations futures des fonctionnalités

Cette section présente un aperçu des modifications et améliorations prévues pour les fonctionnalités :

Modification du comportement de la règle de réponse du cache

Dans une prochaine version (à déterminer), le comportement par défaut de l'élément <ExcludeErrorResponse> de la règle ResponseCache changera.

Comportement actuel : l'élément <ExcludeErrorResponse> de la règle de mise en cache des réponses est défini sur "false" par défaut. Cela signifie que, par défaut, les réponses avec n'importe quel code d'état HTTP possible (y compris 3xx) sont mises en cache par la règle de cache de réponse.

Comportement futur : l'élément <ExcludeErrorResponse> de la règle ResponseCache sera défini sur "true" par défaut. Cela signifie que, par défaut, seules les réponses avec les codes d'état HTTP 200 à 205 seront mises en cache. Pour remplacer ce comportement et mettre en cache les réponses pour tous les codes d'état, vous devrez définir explicitement l'élément <ExcludeErrorResponse> sur "true".

Solution de contournement actuelle : pour la version 150610 et les versions antérieures, si vous souhaitez mettre en cache les réponses uniquement avec les codes d'état 200 à 205, vous devez définir explicitement l'élément <ExcludeErrorResponse> sur "true".

Bugs résolus

Les bugs suivants sont résolus dans cette version.

ID du problème Description
MGMT-2246 La page de création de rapports personnalisés ne s'affiche pas correctement dans l'UI de gestion
MGMT-2193 Spinner de chargement lors de la modification d'une API
MGMT-2162 Problème de compilation JavaScript
MGMT-2114 Une adresse IP Syslog non valide dans la règle MessageLogging doit générer une erreur appropriée lors du déploiement.
MGMT-1843 Le proxy d'API ne s'ouvre pas
MGMT-1193 L'enregistrement d'un proxy en tant que nouvelle révision modifie de manière inattendue la règle de route
MGMT-619 Activer la pagination sur la page de l'UI du proxy d'API
AXAPP-1707 Améliorer les performances des données analytiques des pods sans frais
APIRT-1148 GET de la variable {message.version} dans ResponseFlow, pour une cible Node.js, génère une exception NullPointerException