Vous consultez la documentation d'Apigee Edge.
Accédez à la documentation sur Apigee X. info
Depuis la précédente version de fonctionnalités Edge pour le cloud privé, les versions suivantes ont été publiées et sont incluses dans cette version de fonctionnalités:
Version de l'interface utilisateur Edge | Version de gestion des appareils Edge |
---|---|
Consultez À propos de la numérotation des versions pour savoir comment déterminer si une version cloud spécifique est incluse dans votre version d'Edge pour le cloud privé.
Présentation de la version
Cette version inclut un certain nombre de fonctionnalités notables qui vous aident à mieux contrôler et sécuriser vos API, y compris:
- Les flux partagés sont compatibles avec le déploiement sans temps d'arrêt.
- Il est désormais possible de supprimer des données de monétisation pour une organisation.
- Vous trouverez ci-dessous d'autres nouvelles fonctionnalités.
Les coffres sont désormais obsolètes.
Le reste de cet article contient des informations détaillées sur toutes les nouvelles fonctionnalités, mises à jour et corrections de bugs incluses dans cette version.
Déprécations et suppressions
Les fonctionnalités suivantes ont été abandonnées ou supprimées dans cette version. Pour en savoir plus, consultez le Règlement sur l'abandon d'Edge.
Abandonné: Ajout de chemins dans l'onglet "Performances du proxy d'API"
Avant cette version, vous pouviez accéder à un proxy d'API dans l'UI de gestion, accéder à l'onglet "Performances" et créer différents chemins pour une comparaison basée sur des graphiques dans l'onglet "Performances" du proxy et dans le tableau de bord "Transactions commerciales". Cette fonctionnalité a été abandonnée et n'est plus disponible dans l'interface utilisateur. Pour obtenir une alternative à cette fonctionnalité, consultez l'article suivant de la communauté Apigee: https://community.apigee.com/articles/23936/alternative-to-business-transactions-api.html. (EDGEUI-902)
Abandonnée : URL buildInfo pour le portail des services pour les développeurs
Dans les versions précédentes du portail, pour déterminer la version du portail, vous ouvriez l'URL suivante dans un navigateur:
http://yourportal.com/buildInfo
Dans la version 4.17.05, ce lien a été supprimé. Pour déterminer la version, ouvrez l'entrée de menu Rapports > Rapport d'état dans Drupal. La version du portail apparaît dans le tableau à la ligne intitulée Install profile (Profil d'installation).
Abandon du magasin sécurisé (coffres-forts) d'Apigee
Le store sécurisé Apigee, également appelé "vaults", est en cours d'abandon et sera supprimé un an après la date d'annonce de l'abandon indiquée sur la page Abandons et suppressions. Les vaults, qui fournissent un stockage chiffré des paires clé/valeur, sont créés avec l'API de gestion et accessibles au moment de l'exécution avec les fonctions du module Node.js apigee-access.
Au lieu d'utiliser le magasin sécurisé, utilisez des mappages clé-valeur (KVM) chiffrés, comme décrit dans la section Travailler avec des mappages clé-valeur. Les KVM chiffrées sont tout aussi sécurisées que les coffres-forts et offrent plus d'options de création et de récupération. (MGMT-3848)
Nouvelles fonctionnalités et mises à jour
Vous trouverez ci-dessous les nouvelles fonctionnalités et améliorations de cette version. En plus des améliorations suivantes, cette version contient également plusieurs améliorations de l'usabilité, des performances, de la sécurité et de la stabilité.
Cloud privé
Ajout d'un nouveau paramètre de configuration SMTP obligatoire à l'installation
Vous devez désormais utiliser le paramètre SMTPMAILFROM dans le fichier de configuration d'installation d'Edge. Ce paramètre spécifie l'adresse e-mail utilisée lorsque Edge envoie des e-mails automatiques, par exemple lorsqu'un utilisateur demande à réinitialiser un mot de passe. Pour en savoir plus, consultez Installer des composants Edge sur un nœud.
(EDGEUI-1020)
Vous pouvez désormais définir le délai avant expiration utilisé par l'UI Edge pour les appels de gestion de l'API Edge.
Vous pouvez désormais spécifier la durée du délai avant expiration de l'API utilisée par l'UI Edge pour contrôler la durée d'attente de l'UI avant le retour d'un appel de gestion d'API. Les propriétés suivantes définissent ce délai:
- conf_apigee_apigee.feature.apitimeout définit le délai d'attente en secondes pendant lequel l'UI attend le retour d'un appel au backend, quelle que soit l'activité qui s'y déroule. Si l'appel n'est pas terminé dans ce délai, l'interface utilisateur génère une erreur de délai d'inactivité. La valeur par défaut est de 180 secondes (3 minutes).
- conf_apigee_play.ws.timeout.idle définit la durée d'attente de l'UI, en millisecondes, pour une activité sur le serveur. Il peut être défini sur la même valeur que conf_apigee_apigee_apitimeout ou sur une valeur inférieure. La définition d'une valeur plus élevée n'a aucun effet. La valeur par défaut est de 180 000 millisecondes (3 minutes).
- conf_apigee_play.ws.timeout.connection définit la durée pendant laquelle l'UI attend qu'une connexion soit établie. Il peut être défini sur la même valeur que conf_apigee_apigee_apitimeout ou sur une valeur inférieure. La définition d'une valeur plus élevée n'a aucun effet. La valeur par défaut est de 120 000 millisecondes (2 minutes).
Pour en savoir plus, consultez Définir le délai avant expiration utilisé par l'UI Edge pour les appels de gestion de l'API Edge.
(EDGEUI-816)
Ajout du délai d'inactivité de la nouvelle tentative du processeur de messages aux routeurs
Ajout d'un délai avant expiration afin que les routeurs arrêtent de relancer une requête aux processeurs de messages et renvoie un message d'erreur.
Pour en savoir plus, consultez la section Configurer le routeur pour qu'il réessaie les connexions à un processeur de messages.
(APIRT-2912)
Ajout d'une procédure pour modifier l'administrateur système par défaut
La documentation est désormais incluse pour modifier l'administrateur système par défaut.
Pour en savoir plus, consultez Gérer les utilisateurs, les rôles et les autorisations.
(DOS-4895)
Documentation ajoutée sur la séparation des tâches d'installation d'Edge entre les utilisateurs racine et non racine
Une nouvelle documentation décrit la procédure à suivre pour séparer les tâches d'installation d'Edge entre les utilisateurs racine et non racine.
Consultez la présentation de l'installation de Edge pour plus d'informations.
(DOS-4573).
Ajout d'une propriété pour définir le nom d'hôte des liens dans les e-mails générés
Edge envoie automatiquement des e-mails en réponse à certains événements, par exemple lorsqu'un utilisateur est ajouté à une organisation. Beaucoup de ces e-mails contiennent un lien. Par exemple, lorsqu'un nouvel utilisateur est ajouté à une organisation, l'interface utilisateur Edge lui envoie un e-mail contenant une URL de connexion au format suivant:
https://domain/login
Le domaine est déterminé automatiquement par Edge et il convient généralement à l'organisation. Toutefois, il est possible que lorsque l'interface utilisateur Edge se trouve derrière un équilibreur de charge, le nom de domaine généré automatiquement soit incorrect. Si c'est le cas, vous pouvez utiliser la propriété conf_apigee_apigee.emails.hosturl pour définir explicitement la partie du nom de domaine de l'URL générée.
Pour en savoir plus, consultez la section Définir le nom d'hôte pour les liens dans les e-mails générés.
(EDGEUI-1044)
Définir l'URL de base affichée par l'UI Edge pour un proxy d'API
L'interface utilisateur Edge affiche l'URL d'un proxy d'API en fonction des paramètres de l'hôte virtuel correspondant à l'emplacement du proxy. Cet affichage peut inclure le numéro de port du routeur de l'hôte virtuel.
Dans la plupart des cas, l'URL affichée dans l'interface utilisateur Edge est l'URL correcte pour envoyer des requêtes externes au proxy. Toutefois, pour certaines configurations, l'URL affichée n'est pas correcte. Par exemple, avec l'une des configurations suivantes, l'URL affichée peut ne pas correspondre à l'URL réelle utilisée pour envoyer des requêtes externes au proxy:
- La terminaison SSL se produit au niveau d'un équilibreur de charge
- Le mappage de port a lieu entre un équilibreur de charge et des routeurs Apigee.
- Équilibreur de charge configuré avec la réécriture de chemin
Edge pour Private Cloud 4.17.05 et versions ultérieures prennent en charge un attribut sur l'hôte virtuel appelé <BaseUrl> qui vous permet de remplacer l'URL affichée par l'interface utilisateur Edge. Voici un exemple montrant l'objet hôte virtuel avec le nouvel attribut <BaseURL>. Dans cet exemple, la valeur http://myCo.com s'affiche dans l'interface utilisateur d'Edge:
<VirtualHost name="myVHost"> <HostAliases> <HostAlias>DNS_name_or_IP:9005</HostAlias> </HostAliases> <BaseUrl>http://myCo.com</BaseUrl> <Interfaces/> <Port>9005</Port> </VirtualHost>
Si <BaseUrl> n'est pas défini, ce qui est la valeur par défaut, l'URL par défaut affichée par l'UI Edge est la suivante : http://DNS_name_or_IP:9005/, alors que la configuration réelle de l'alias d'hôte est http://myCo.com.
Vous pouvez également définir l'URL de base lorsque vous créez une organisation à l'aide de la propriété VHOST_BASEURL avec l'utilitaire apigee-provision.
Pour en savoir plus, consultez Configurer l'accès TLS à une API pour le cloud privé.
(EDGEUI-5008)
Ajout de documentation sur l'activation de la journalisation du débogage
Une documentation a été ajoutée pour expliquer comment activer/désactiver la journalisation de débogage pour les composants Edge.
Pour en savoir plus, consultez la section Activer la journalisation de débogage.
(APIRT-4018)
Nouveau programme d'installation et syntaxe de commande pour l'utilitaire apigee-analytics-collector
Tous les clients Edge pour le cloud privé doivent envoyer à Apigee des statistiques sur le trafic de proxy API à l'aide de la version bêta de l'utilitaire de ligne de commande apigee-analytics-collector. Cet utilitaire renvoie le rapport sur le volume d'appels d'API à Apigee.
Cette version d'Edge contient de nouvelles instructions d'installation et une nouvelle syntaxe de commande pour l'utilitaire apigee-analytics-collector. Dans cette version, vous utilisez désormais apigee-service pour installer l'utilitaire apigee-analytics-collector au lieu de npm, et appeler l'utilitaire apigee-analytics-collector via apigee-service au lieu de le faire en tant que commande autonome.
Pour en savoir plus, consultez Télécharger des données de trafic de l'API vers Apigee – Version bêta.
Nouveau répertoire d'installation par défaut après la mise à jour du portail Developer Services de Nginx/Postgres à partir d'une nouvelle installation 4.17.01
Après avoir mis à jour une nouvelle installation de 4.17.01 qui utilise Nginx/Postgres, le répertoire racine a changé comme suit:
/opt/apigee/apigee-drupal
par :
/opt/apigee/apigee-drupal/wwwroot
Services d'API
Validation des entrées plus stricte pour les entités
Une validation plus stricte des entrées a été appliquée à toutes les entités de l'organisation Apigee Edge. Les caractères autorisés sont généralement les lettres (toutes les casses), les chiffres et les traits de soulignement.
Voici quelques-unes des entités concernées:
- Organisations
- Environnements
- Proxys d'API
- Révisions du proxy d'API
- Noms des règles dans le proxy d'API
- ID de configuration des masques de trace de débogage
- Noms de ressources (appel Java, xsl, toutes les ressources)
- Keystores
- CRLstores
- Références de ressources
- Serveurs cibles
(MGMT-3840)
Déploiement sans interruption des flux partagés
Lorsque vous souhaitez déployer des flux partagés et vous assurer que peu ou pas de trafic entrant est rejeté pendant le déploiement, vous pouvez désormais utiliser une API de gestion du déploiement sans temps d'arrêt. La procédure est presque identique au déploiement sans temps d'arrêt pour les proxys d'API à l'aide de l'API de gestion. La seule différence réside dans la ressource d'API de gestion.
L'appel suivant déploie la révision du flux partagé indiquée dans l'URI, puis annule le déploiement de la révision précédemment déployée (le paramètre de requête override=true
permet cela):
curl -X POST -H "Content-type:application/x-www-form-urlencoded" \ https://api.enterprise.apigee.com/v1/o/{org_name}/environments/{env-name}/sharedflows/{shared_flow_name}/revisions/{revision_number}/deployments?"override=true" \ -u email:password
(MGMT-3485)
Monétisation
Supprimer les données de monétisation pour une organisation
Vous pouvez supprimer les données de monétisation de votre organisation dans les cas suivants:
- Supprimez votre organisation. Dans ce cas, vous devez supprimer les données de monétisation avant de pouvoir supprimer l'organisation.
- Effacez les données de monétisation d'une organisation de test que vous souhaitez réutiliser. Dans ce cas, vous devez synchroniser les données Apigee Edge après avoir supprimé les données de monétisation.
Pour en savoir plus, consultez Supprimer les données de monétisation de votre organisation. (DEVRT-2581)
Ajout d'une API permettant d'activer la monétisation pour une organisation
Vous pouvez désormais utiliser une API afin d'activer la monétisation pour une organisation.
Pour en savoir plus, consultez Activer la monétisation pour une organisation.
(DEVRT-2383).
Bugs résolus
Les bugs suivants sont résolus dans cette version. Cette liste s'adresse principalement aux utilisateurs qui veulent vérifier si leurs demandes d'assistance ont été corrigées. Elle n'est pas conçue pour fournir des informations détaillées à tous les utilisateurs.
Private Cloud 4.17.05
ID du problème | Description |
---|---|
DEVRT-3569 |
La monétisation impose une limite de longueur inférieure aux noms de produits et d'applications qu'Edge La monétisation et Edge ont désormais les mêmes limites de longueur pour les noms de produits et d'applications. |
DOS-4400 | L'action de sauvegarde apigee-service échoue lorsque le répertoire de données utilise des liens symboliques |
DOS-4563 |
La validation ZooKeeper fonctionne désormais avec les noms d'hôte et les adresses IP. Les fichiers de configuration Edge vous permettent à présent de spécifier des nœuds ZooKeeper à l'aide d'adresses IP et de noms d'hôte. |
DOS-4562 |
L'action "apigee-provision delete-env" ne vous permet pas de saisir le mot de passe administrateur à partir de la ligne de commande. Vous pouvez maintenant saisir le mot de passe administrateur à partir de la ligne de commande. |
DOS-4568 |
La validation de ZooKeeper fonctionne désormais lorsque vous spécifiez le suffixe ":observer" Les fichiers de configuration Edge vous permettent désormais de spécifier le suffixe ":observer" pour les nœuds ZooKeeper. |
EDGEUI-28 |
La session utilisateur n'est pas détruite lorsque l'utilisateur se déconnecte de l'interface utilisateur d'Edge
Lorsqu'un utilisateur se déconnecte de l'interface utilisateur Edge, le cookie de session de cet utilisateur est supprimé.
Toutefois, lorsque l'utilisateur est connecté, un logiciel malveillant ou un autre logiciel malveillant exécuté sur son système peut obtenir le cookie et l'utiliser pour accéder à l'UI Edge.
Vous pouvez configurer l'interface utilisateur Edge pour stocker les informations sur les sessions en cours dans la mémoire du serveur. Lorsque l'utilisateur se déconnecte, ses informations de session sont supprimées, ce qui empêche un autre utilisateur d'utiliser le cookie pour accéder à l'UI Edge. Voir Configurer l'interface utilisateur Edge pour stocker les informations de session en mémoire pour plus d'informations.
|
EDGEUI-662 |
Vous pouvez désormais définir le texte de l'indice de mot de passe dans l'interface utilisateur Edge. Vous pouvez désormais contrôler le texte qui s'affiche dans la boîte de dialogue de réinitialisation du mot de passe dans l'interface utilisateur d'Edge. Cela est utile si vous avez des exigences particulières pour les mots de passe utilisateur. Pour en savoir plus, consultez Définir le texte de l'indice de mot de passe dans l'interface utilisateur d'Edge. |
EDGEUI-920 |
La prise en charge des KVM chiffrés dans l'interface utilisateur d'Edge est désactivée par défaut. Dans les versions précédentes, vous deviez activer explicitement la prise en charge des KVM chiffrés dans l'interface utilisateur Edge. |
EDGEUI-962 |
Le port SMTP TLS n'est plus limité à 465 Vous pouvez désormais choisir le port TLS SMTP. |
Cloud 17.04.12 (UI)
ID du problème | Description |
---|---|
EDGEUI-1008 | Redirection incorrecte lors du passage à Essayer New Edge dans une URL compatible SAML La redirection fonctionne désormais correctement lorsque vous cliquez sur Essayer New Edge à partir d'une URL sur laquelle SAML est activé. |
EDGEUI-980 | La session Trace doit être arrêtée une fois que l'utilisateur a enregistré les modifications apportées à un proxy d'API ou annulé son déploiement depuis l'environnement La session Trace est maintenant arrêtée une fois qu'un utilisateur a enregistré les modifications apportées à un proxy d'API ou annulé son déploiement dans l'environnement. |
DEVRT-3532 | Application de la UI EDGE aux décimales L'UI EDGE peut désormais appliquer le nombre de décimales, y compris le nombre de décimales autorisées dans les masques de saisie. |
Cloud 17.04.05 (UI)
ID du problème | Description |
---|---|
EDGEUI-976 | Le message "Transactions de suivi maximales" est mal réparti sur deux lignes Lors de l'affichage des messages d'erreur, l'interface utilisateur d'Edge divisait parfois un mot de manière incorrecte sur deux lignes. Ce problème a été résolu. |
EDGEUI-971 | SOAP 2 REST: suppression des exemples qui ne fonctionnent pas Les références à l'exemple de WSDL CurrencyConvertor ont été supprimées de l'interface utilisateur et de la documentation Edge. |
EDGEUI-905 | L'exemple de WSDL de proxy SOAP pour la météo ne fonctionne plus Les références à l'exemple de WSDL de la météo ont été supprimées de l'interface utilisateur et de la documentation d'Edge. |
Cloud 17.03.29 (UI)
ID du problème | Description |
---|---|
EDGEUI-967 |
Supprimer les messages d'erreur après l'arrêt de la session de traçage Lorsqu'une erreur est détectée lors d'une session de traçage, la session de traçage est arrêtée et les messages d'erreur suivants sont supprimés. De plus, lorsque vous atteignez le nombre maximal de transactions autorisé pour une seule session de traçage et que la session de traçage est arrêtée, le message suivant s'affiche:
|
EDGEUI-966 | La page d'informations détaillées sur les produits d'API n'affichait aucune application de développeur Dans certains cas, la page d'informations détaillées sur les produits d'API n'affichait aucune application de développeur. Ce problème a été résolu. |
EDGEUI-965 | La page des applications pour les développeurs se bloque sur openSUSE dans certains fuseaux horaires La page des applications pour les développeurs ne se charge pas sur openSUSE dans certains fuseaux horaires. Ce problème a été résolu. |
EDGEUI-907 | La case "Chiffré" est cochée par défaut pour toutes les organisations HIPAA Pour les organisations HIPAA, tous les mappages de clés-valeurs sont chiffrés. Lorsque vous ajoutez un mappage clé-valeur à l'aide de l'interface utilisateur d'une organisation HIPAA, la case à cocher "Chiffré" est sélectionnée et ne peut pas être désactivée dans la boîte de dialogue "Nouveau mappage clé-valeur". |
Cloud 17.03.15.01 (UI)
ID du problème | Description |
---|---|
EDGEUE-996 | La page d'informations détaillées sur le produit n'affiche pas les applications La page d'informations détaillées sur le produit affiche désormais toutes les applications du développeur. |
EDGEUI-973 | Edge redirige vers l'écran de connexion après l'arrêt de la session de suivi Un bug a été corrigé qui entraînait la redirection des utilisateurs vers l'écran de connexion lors de l'exécution d'opérations normales, telles que l'arrêt d'une session de suivi. |
Cloud 17.03.15 (UI)
ID du problème | Description |
---|---|
EDGEUI-961 | Laissez le temps de la mémoire tampon pour calculer l'actualisation des jetons Pour éviter que les appels à Edge échouent occasionnellement, Edge recherche et actualise maintenant les jetons qui doivent expirer dans un avenir proche, au lieu d'actualiser uniquement ceux qui ont expiré. |
EDGEUI-954 | Éditeur de proxy remplaçant les guillemets dans les conditions par une entité encodée Dans l'éditeur de proxy, les guillemets ne sont plus encodés dans la balise <Condition> . |
EDGEUI-952 | L'outil de suivi ne fonctionne pas lorsque les paramètres de requête filtrés incluent des caractères spéciaux Le filtre de paramètre de requête de l'outil de suivi fonctionne correctement lorsque des caractères spéciaux sont spécifiés dans le filtre. |
EDGEUI-943 | Un /oAuthRefreshToken expiré ne doit pas renvoyer d'erreur 500 Lorsqu'un jeton OAuth expire, un code d'état HTTP 303 est désormais renvoyé au lieu d'une erreur de serveur 5XX. |
EDGEUI-942 | La page des journaux Node.js doit arrêter l'actualisation automatique en cas d'erreur Lorsque vous consultez les journaux Node.js, si une erreur se produit, l'actualisation automatique est automatiquement désactivée. Vous pouvez réactiver l'actualisation automatique en cliquant sur "Démarrer l'actualisation automatique". |
EDGEUI-941 | Problèmes de gestion des erreurs et de déconnexion automatique Dans certains cas, lorsqu'un utilisateur doit saisir à nouveau ses identifiants pour continuer à travailler, l'UI n'est pas redirigée vers l'écran de connexion. Ce problème a été résolu. |
EDGEUI-934 | Les bundles envoyés depuis l'éditeur de proxy doivent être compressés Lorsque vous modifiez une nouvelle révision ou une révision existante dans l'éditeur de proxy, un bundle ZIP compressé est désormais envoyé. |
EDGEUI-918 |
Mise à jour de l'avis Apigee L'avis Apigee a été mis à jour comme suit :
|
EDGEUI-917 | N'encapsulez pas les erreurs 4xx sous la forme 502 Les erreurs HTTP 4xx ne sont plus encapsulées en tant qu'erreurs 502 HTTP Bad Gateway dans l'interface utilisateur. |
Cloud 17.03.13.02 (monétisation)
ID du problème | Description |
---|---|
DEVRT-3584 | Compatibilité transitoire avec l'appel GET {organization}/limits Tous les points de terminaison d'API de la fonctionnalité Limits, qui a été abandonnée, ont été supprimés et renvoient le code d'état 404, à l'exception de GET {organization}/limits , qui renvoie un tableau limit vide (pour laisser le temps de ne plus utiliser ce point de terminaison).
Nous vous recommandons de supprimer toutes les références au point de terminaison GET
{organization}/limits avant septembre 2017, date à laquelle il sera supprimé. |
DEVRT-3555 | Lors de la synchronisation de la sortie des développeurs, elle indique "products" Lors de la synchronisation des développeurs à l'aide de l'API de monétisation, comme décrit dans Synchroniser des développeurs à l'aide de l'API, la sortie spécifie "products" au lieu de "developers". Ce problème a été résolu. |
Cloud 17.03.13.01 (monétisation)
ID du problème | Description |
---|---|
DEVRT-3554 | Ajouter un produit d'API à plusieurs packages d'API Vous pouvez désormais ajouter un produit d'API à plusieurs packages d'API qui peuvent ou non avoir des développeurs actifs, à condition que les développeurs n'acceptent pas deux plans tarifaires distincts applicables au même produit d'API. |
DEVRT-3532 | Prise en charge des nombres décimaux supplémentaires pour la classification des plans tarifaires La propriété MINT.RATE_DECIMAL_PLACES est désormais compatible avec votre organisation afin de vous permettre de définir le nombre de décimales acceptées pour certaines valeurs de plans tarifaires.
Consultez Configurer le nombre de chiffres après la virgule pour les tarifs des forfaits. |
DEVRT-3517 | Option permettant d'activer le moteur de calcul des taxes par organisation L'option MINT_TAX_ENGINE_ENABLED est désormais disponible pour permettre aux administrateurs système d'activer ou de désactiver le moteur de calcul des taxes pour la monétisation. Le moteur fiscal est désactivé par défaut pour les nouvelles organisations pour lesquelles la monétisation est activée. |
DEVRT-3454 | Amélioration de la gestion/des réponses des exceptions dans les API de monétisation La gestion des erreurs a été améliorée pour inclure des informations plus spécifiques sur les erreurs signalées. |
DEVRT-3441 | Notification d'utilisation déclenchée de manière incorrecte Une notification d'utilisation a été déclenchée de manière incorrecte. Le problème à l'origine de ce problème a été résolu. |
Cloud 17.03.13 (gestion des API)
ID du problème | Description |
---|---|
MGMT-3843 | Erreur "org.antlr.v4.runtime.Vocabulary" lors de l'affichage du modèle au format HTML |
MGMT-3829 | L'échec de la tentative de déploiement d'un proxy d'API avec le point de terminaison de l'API de déploiement de flux partagés semble être un succès Cette correction de bug ajoute une validation dans l'API de déploiement de Sharedflow pour renvoyer une erreur 400 "Bad Request" "NoSharedFlowsToDeploy" lors du déploiement d'une révision d'apiproxy. |
MGMT-3667 | GET /v1/o/{org}/developers renvoie un nombre inexact de développeurs |
MGMT-3575 | Exception expressions.parser.InvalidPattern lors du déploiement |
MGMT-3511 | Le déploiement du proxy renvoie le code de réponse 400, même si le déploiement aboutit Cette correction de bug permet d'ignorer l'état de désinstallation d'une révision d'apiproxy déclenchée via un autre appel d'API de désinstallation lors du déploiement de remplacement d'une nouvelle révision. |
Cloud 17.03.1 (UI)
ID du problème | Description |
---|---|
EDGEUI-936 | Trace: Définir un filtre sur Content-Type ne fonctionne pas, car la barre oblique est encodée en double |
EDGEUI-935 | "Erreur lors de la récupération des données analytiques" lorsque vous utilisez le filtre de rapport personnalisé = connexion |
EDGEUI-930 | L'encodage XML sur la règle de protection des expressions régulières n'est pas conservé lors de l'enregistrement du bundle |
Cloud 17.02.15 (UI)
ID du problème | Description |
---|---|
EDGEUI-901 | Erreur dans le fichier WSDL généré dans le cadre des proxys de passthrough SOAP |
EDGEUI-884 | L'affichage d'un produit associé à des dizaines de milliers d'applications peut entraîner un plantage de l'UI. |
EDGEUI-868 | Dans le navigateur IE, certaines pages d'interface utilisateur ne s'affichent pas et renvoient le message d'erreur "L'objet ne prend pas en charge cette propriété". |
EDGEUI-238 | Erreur de trace trompeuse "Vous n'êtes pas autorisé à effectuer de traçage dans cet environnement." Le vrai problème était que la révision du proxy sélectionnée n'a pas été déployée. |
Cloud 17.02.13 (API Runtime)
ID du problème | Description |
---|---|
DEVRT-3205 | La création d'une entreprise échoue par intermittence |
APIRT-3513 | Échec des appels proxy en raison d'une erreur de type "Vhost introuvable" |
APIRT-3507 | Erreurs intermittentes sur les accroches de service JavaScript qui appelaient la même adresse IP avec des noms d'hôte différents |
APIRT-3449 | Policy Verify OAuth v2.0 Access Token définit un nom de propriété incorrect ; double préfixes apiproduct.apiproduct.* |
APIRT-3392 | Temps de réponse élevés par intermittence des MP pour un proxy spécifique |
APIRT-3032 | Résolution DNS effectuée sur target.url, qui est définie sur une adresse IP |
APIRT-2718 |
Règle OAuthV2 : la génération du jeton d'accès renvoie une liste api_product_list au format incorrect "api_product_list" : "[Product1, Product2, Product3]" Une nouvelle propriété api_product_list_json dans la réponse renvoie également la liste des produits sous la forme d'un tableau de noms de produits individuels: "api_product_list_json" : ["Product1", "Product2", "Product3"] |
Cloud 17.02.13 (gestion des API)
ID du problème | Description |
---|---|
UAPAQ-146 | La métrique d'analyse du nombre de TPS renvoie des minutes, et non des secondes |
Cloud 17.01.18 (UI)
ID du problème | Description |
---|---|
EDGEUI-898 |
Erreurs lors de l'importation ou de l'enregistrement de gros bundles (> 10 Mo) Ce problème a été résolu dans un correctif publié le 6 février 2017. (REL-3948) |
EDGEUI-860 |
Les utilisateurs ne reçoivent pas d'e-mail lorsqu'ils sont ajoutés à une organisation dans l'interface utilisateur Ce problème a été résolu dans un correctif publié le 23 janvier 2017. |
EDGEUI-847 | L'option NodeJS doit être supprimée de l'option de stratégie d'appel de service |
EDGEUI-827 | Les rôles personnalisés peuvent accorder des autorisations supplémentaires de manière inattendue |
Cloud 17.01.16 (gestion des API)
ID du problème | Description |
---|---|
MGMT-3697 | Performances lentes de l'API de gestion |
MGMT-3674 | Impossible de créer des KVM ou des coffres-forts chiffrés pour les organisations soumises à la loi HIPAA |
MGMT-3647 | L'accès au rôle utilisateur pour les utilisateurs disposant d'une adresse e-mail en majuscules génère une erreur 403 |
MGMT-3601 | Erreur lors du déploiement d'un nouveau proxy Apigee |
MGMT-3527 | Erreur de chargement du serveur cible, du cache et du VirtualHost lors du déploiement |
DOS-4008 | Bug de journalisation du trafic indiquant une baisse inexacte du trafic |
Cloud 17.01.16 (monétisation)
ID du problème | Description |
---|---|
DEVRT-3385 | Ajout de modèles de notifications pour les notifications entre entreprises et développeurs Des modèles de notifications par défaut ont été ajoutés pour les notifications entre entreprises et développeurs, y compris COMPANY_INVITES_DEVELOPER et DEVELOPER_INVITES_COMPANY . Pour en savoir plus, consultez Configurer des notifications à l'aide de modèles de notification. |
DEVRT-3364 | Plan tarifaire non renouvelé à la date de renouvellement Un problème a été résolu qui empêchait le renouvellement des plans tarifaires à la date de renouvellement configurée. |
DEVRT-3325 | Les forfaits ne généraient pas de notifications d'utilisation Un problème a été résolu qui empêchait l'envoi de notifications d'utilisation des forfaits. |
DEVRT-3297 | Les appels d'API ne sont pas bloqués après l'expiration du plan tarifaire Un problème a été résolu qui permettait le traitement des appels d'API après la date d'expiration du plan tarifaire. |
DEVRT-3296 | La suppression d'un package d'API avec des forfaits en brouillon ou expirés renvoie une erreur HTTP 500 Lorsque vous supprimez un package d'API qui comportait des forfaits en brouillon ou expirés, l'opération de suppression échoue et renvoie une erreur HTTP 500. Une erreur plus descriptive s'affiche désormais, indiquant que l'utilisateur doit supprimer les plans tarifaires expirés ou à l'état de brouillon avant de pouvoir supprimer le package d'API. |
DEVRT-3178 | Plan tarifaire futur non appliqué au développeur acceptant le plan tarifaire parent après la publication du plan tarifaire futur Si un ou plusieurs développeurs ont accepté un plan tarifaire parent après la publication d'un plan tarifaire futur, celui-ci n'a pas été appliqué et a été suspendu lorsque le forfait parent a expiré. Ce problème a été résolu. |
DEVRT-3113 | Notifications en double envoyées pour certains événements Les notifications en double ne sont plus envoyées pour le même événement. |