Vous consultez la documentation Apigee Edge.
Accédez à la
documentation**Apigee X**. info
Le mardi 17 février 2015, nous avons lancé une nouvelle version cloud d'Apigee Edge.
Nouvelles fonctionnalités et améliorations
Voici les nouvelles fonctionnalités et améliorations apportées à cette version.
Améliorations apportées à Analytics
Cette version inclut de nombreuses améliorations en termes de convivialité et de performances des tableaux de bord et des rapports d'analyse Edge.
- Les graphiques de performances pour les API, les développeurs, les produits et les applications de développeur ont été déplacés. Ils s'affichaient auparavant en bas des pages principales de ces entités. Vous pouvez désormais accéder aux graphiques en sélectionnant l'onglet Analytics en haut de chaque page.
- Cette version inclut des modifications importantes apportées aux tableaux de bord existants ou nouveaux suivants :
-
Tableau de bord Apigee (révisé) : inclut trois graphiques de métriques : Trafic de proxy, Engagement des développeurs et Applications de développeur. Chaque graphique fournit une vue "Plus de détails" qui vous permet d'explorer chaque métrique. Consultez Tableau de bord Apigee.
-
Performances du proxy (nouveau) : affiche les modèles de trafic et les temps de traitement des proxys d'API. Remplace le tableau de bord Performances du proxy d'API. Consultez Performances du proxy d'API.
-
Composition du trafic (révisé) : tableau de bord entièrement révisé en termes d'apparence et de contenu. Mesure la contribution relative de vos principaux produits, développeurs, applications et API à l'ensemble de votre programme d'API. Consultez Composition du trafic.
-
Analyse des erreurs (révisé) : apparence et contenu entièrement révisés et contenu. Affiche les taux d'erreur pour les proxys d'API et les cibles. Consultez Tableau de bord "Analyse des codes d'erreur".
-
-
Les tableaux de bord existants ont été renommés comme suit :
-
Performances du point de terminaison a été renommé Performances de la cible : affiche les modèles de trafic et les métriques de performances pour les cibles de backend de proxy d'API. Consultez Performances de la cible.
-
Engagement des partenaires a été renommé Engagement des développeurs : vous indique quels sont les développeurs d’applications enregistrés qui génèrent le plus de trafic API. Parmi tous vos développeurs, vous pouvez savoir qui génère le plus de trafic d'API et le plus d'erreurs. Consultez Engagement des développeurs.
-
Options de filtrage dans l'interface utilisateur de gestion
De nouvelles options de filtrage sont disponibles pour la recherche dans les pages "Proxys d'API", "Produits", "Développeurs" et "Applications" de l'interface utilisateur de gestion.
Outil Offline Trace
L'outil Offline Trace vous permet d'afficher et d'analyser les sessions de trace qui ont été enregistrées précédemment. Une session de trace sauvegardée est essentiellement un "enregistrement" d'une session de trace. Elle peut être utile dans les cas où un dépannage et une analyse plus approfondie sont nécessaires. L'interface utilisateur de l'outil Offline Trace est semblable à l'outil Trace "en direct".
Pour en savoir plus, consultez Utiliser l'outil Offline Trace.
Rôles utilisateur affichés dans les paramètres utilisateur
Les rôles de l'utilisateur sont désormais affichés sur la page "Paramètres utilisateur" de l'interface utilisateur de gestion (nom d'utilisateur > Paramètres utilisateur).
Améliorations apportées à l'interface utilisateur de gestion Edge
Cette version inclut un certain nombre de petites améliorations en termes de convivialité et de cohérence dans l'interface utilisateur de gestion Edge.
Bugs résolus
Les bugs suivants sont résolus dans cette version.
| ID du problème | Description |
|---|---|
| APIRT-272 | Le paramètre io.timeout.millis n'est pas respecté Le paramètre io.timeout.millis de la connexion HTTP cible d'un proxy d'API est désormais respecté pour les points de terminaison cibles dynamiques. |
| APIRT-441 | Les messages d'erreur OAuth renvoyés au client ont changé Dans une règle OAuthV2, lorsque continueOnError est défini sur "true", Edge renseigne désormais les nouvelles variables de flux suivantes pour fournir plus d'informations sur les erreurs : oauthV2.policy-name.fault.name et oauthV2.policy-name.fault.cause. |
| APIRT-641 | Emplacement des XSD à jour Les schémas des règles Edge ont été mis à jour dans le dépôt GitHub des exemples Apigee. Consultez https://github.com/apigee/api-platform-samples/tree/master/schemas/policy. |
| APIRT-848 | Utilisation élevée de la mémoire RES par les processeurs de messages |
| APIRT-970 | Utilisation élevée du tas de mémoire dans les processeurs de messages |
| APIRT-998 | La règle AccessControl avec plusieurs adresses IP X-Forwarded-For ne bloque pas le
trafic Dans la règle Access Control, seul le premier en-tête X-Forwarded-For était utilisé. La règle utilise désormais tous les en-têtes X-Forwarded-For s'il y en a plusieurs. |
| APIRT-1078 | Les processeurs de messages et les routeurs passent parfois à un état obsolète lors du déploiement |
| APIRT-1098 | Les journaux MP affichent java.util.ConcurrentModificationException lors de l'exécution de
JavaScript Des erreurs de service non disponible étaient générées dans certaines règles JavaScript lors du débogage/de la trace. Ce problème a été résolu. |
| APIRT-1099 | Problème avec GetOAuthV2Info - AuthorizationCode. Génération d'une exception NPE. La règle GetOAuthV2Info générait des exceptions de pointeur null lors de la tentative de récupération "AuthorizationCode". Ce problème a été résolu. La règle est désormais compatible avec la récupération des informations AuthorizationCode. |
| AXAPP-572 | La liste déroulante de la page "Tableau de bord" ne change pas d'état après la sélection |
| AXAPP-1295 | Les rapports personnalisés entraînent une erreur interne du serveur L'interface utilisateur de gestion s'assure désormais que les caractères spéciaux (%, ") sont correctement encodés pour les appels d'analyse à partir de rapports personnalisés. |
| AXAPP-1320 | L'exploration d'une dimension personnalisée vide entraîne une erreur avec le niveau de précision "Précis" |
| AXAPP-1390 | Avertissement"Erreur du serveur" lors du chargement de la vue des meilleures performances sur la page "Tableau de bord" |
| AXAPP-1427 | Problème de réactivité sur le tableau de bord lors de l'affichage "par minute" |
| CORERT-280 | TCPMonitor doit planifier les tâches à un délai fixe et non à un intervalle fixe pour éviter de
consommer tous les threads Le code TCPMonitor a été optimisé pour gérer les ressources système plus efficacement. |
| CORERT-297 | java.lang.OutOfMemoryError : mémoire tampon directe observée sur le routeur Netty lors du test de charge |
| CORERT-331 | L'URL avec '|' entraîne une requête mal formée Les barres verticales dans les URL ("|") entraînaient des erreurs de requête incorrecte. Ce problème a été résolu. |
| CORERT-338 | Rechercher la meilleure correspondance de chemin de base en cas d'entrées conflictuelles avec proxyBasePath, env, alias vhost et port vhost |
| CORERT-348 | Le code 200 du backend est remplacé par 503 en raison de l'en-tête de réponse "Connection: close" header |
| DEVRT-1039 | Le plan tarifaire des transactions n'est pas obligatoire L'exigence de la règle d'enregistrement des transactions n'était pas appliquée. La monétisation continue de nécessiter qu'une règle d'enregistrement des transactions existe pour un produit avant qu'un plan tarifaire puisse être défini pour un package contenant le produit. |
| DEVRT-1210 | Le champ de date des conditions d'utilisation n'utilise pas le fuseau horaire de l'organisation pour la
validation La date d'entrée en vigueur des conditions d'utilisation était calculée de manière incorrecte. La date est désormais validée par rapport au fuseau horaire de l'organisation. |
| MGMT-927 | L'interface utilisateur de développement n'analyse pas correctement le XML dans les règles, ce qui peut entraîner des problèmes lors de l'enregistrement
de nouvelles révisions L'interface utilisateur de gestion n'analysait pas les proxys d'API et les règles lorsque les définitions XML étaient encapsulées sur plusieurs lignes. Ce problème a été résolu. |
| MGMT-1294 | La nouvelle interface utilisateur de trace n'affiche pas la requête entrante si le backend cible met du temps à répondre |
| MGMT-1302 | Boucle de redirection lors de la connexion à l'interface utilisateur de gestion Dans certains cas, la connexion à l'interface utilisateur de gestion sur Firefox ne fonctionnait pas. Ce problème a été résolu. |
| MGMT-1309 | Le filtre de l'interface utilisateur de trace encode explicitement les caractères spéciaux en URL |
| MGMT-1323 | Le modèle d'API peut être récupéré sans identifiants Les ressources du modèle d'API nécessitent désormais une authentification pour toutes les requêtes, à l'exception du point de terminaison de découverte proxyUrl discovery endpoint. Cela signifie que l'affichage direct du code HTML SmartDocs à partir du backend nécessite désormais des identifiants. |
| MGMT-1386 | Erreur AJAX sur la page d'aperçu d'APIProxy Des erreurs d'intégrité des données se produisaient lorsque plusieurs organisations étaient actives dans différents onglets du navigateur. L'interface utilisateur de gestion Edge permet désormais de garantir l'intégrité des données dans les situations où plusieurs onglets de navigateur sont ouverts situations. Une fois que vous avez travaillé avec une organisation dans un onglet de navigateur, la gestion vous oblige à passer à cette organisation dans tous les autres onglets de l'interface utilisateur de gestion. |
| MGMT-1410 | Le serveur cible n'est pas validé lorsqu'il est utilisé dans un appel de service Dans une règle d'appel de service, un point de terminaison cible manquant était autorisé lors du déploiement du bundle de proxy d'API. Le point de terminaison cible de la règle est désormais validé, et un point de terminaison cible manquant dans un appel de service génère une erreur lors du déploiement. |
| MGMT-1411 | L'absence de variable <Path> dans le LoadBalancer de TargetEndPoint génère une exception NPE lors du
déploiement Dans une HTTPTargetConnection, lorsqu'un LoadBalancer était utilisé et qu'un chemin n'était pas spécifié, une erreur 500 était générée. Ce problème a été résolu. Si un LoadBalancer ne contient pas l'élément Path, le chemin par défaut "/" est utilisé. |
| MGMT-1416 | Améliorations des messages lors du déploiement d'un bundle de proxy avec une condition incorrecte Les messages d'erreur lors du développement de proxys d'API ont été améliorés pour inclure plus d'informations sur l'emplacement et les raisons des erreurs. |
| MGMT-1496 | Message d'erreur incorrect dans l'interface utilisateur lors de l'ajout d'un utilisateur Lorsque vous tentiez d'ajouter à nouveau un utilisateur existant à une organisation, le message "L'utilisateur non défini existe déjà dans l'organisation" s'affichait. Le mot « non défini » est désormais remplacé par le nom d’utilisateur. |
| MGMT-1532 | Un rôle personnalisé sans autorisation EDIT ne permet pas de créer un proxy d'API |
| MGMT-1538 | Impossible de récupérer les développeurs dont le nom d'utilisateur contient un signe $ |
| MGMT-1543 | Impossible de déployer avec le rôle "Utilisateur" via l'interface utilisateur de gestion |
Problèmes connus
Cette version présente les problèmes connus suivants.
| ID du problème | Description |
|---|---|
| APIRT-950 | Les rapports peuvent afficher "na" pour l'application et le produit du développeur "na" apparaît parfois dans les rapports d'analyse. La rubrique de documentation suivante décrit la signification de "na" dans différents contextes : mean? Une prochaine mise à jour améliorera l'affichage de ce libellé dans l'interface utilisateur. |