Vous consultez la documentation d'Apigee Edge.
Consultez la
documentation Apigee X. en savoir plus
Depuis la version précédente de la fonctionnalité Edge for Private Cloud, les versions suivantes ont eu lieu et sont incluses dans cette version:
| Version de l'interface utilisateur Edge | Version de la gestion en périphérie |
|---|---|
Consultez la section À propos de la numérotation de version pour comprendre comment déterminer si une version spécifique du cloud est incluse dans votre version d'Edge for Private Cloud.
Présentation de la version
Cette version inclut un certain nombre de fonctionnalités importantes qui vous aident à mieux contrôler et sécuriser vos API, par exemple:
- Les flux partagés sont compatibles avec les déploiements sans temps d'arrêt.
- Il est désormais possible de supprimer les données de monétisation pour une organisation.
- Les nouvelles fonctionnalités supplémentaires sont décrites ci-dessous.
En ce qui concerne l'abandon, Vault est devenu obsolète.
Le reste de cet article contient des informations sur toutes les nouvelles fonctionnalités, mises à jour et corrections de bugs incluses dans cette version.
Abandons et retraits
Les fonctionnalités suivantes ont été abandonnées ou supprimées dans cette version. Pour en savoir plus, consultez le Règlement d'obsolescence de Edge.
Supprimé: ajout de chemins d'accès dans l'onglet "Performances" du proxy d'API
Dans les versions précédentes, vous pouviez accéder à un proxy d'API dans l'interface utilisateur 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 des transactions commerciales. Cette fonctionnalité a été supprimée et n'est plus disponible dans l'UI. Pour découvrir 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)
Supprimé : URL buildInfo pour le portail Services pour les développeurs
Dans les versions précédentes du portail, pour déterminer la version de votre portail, vous deviez ouvrir l'URL suivante dans un navigateur:
http://yourportal.com/buildInfo
Dans la version 4.17.05, cette association a été supprimée. Pour déterminer la version, ouvrez l'entrée de menu Rapports > Rapport d'état dans Drupal. La version du portail est affichée dans le tableau sur la ligne intitulée Installer le profil.
Abandon du magasin sécurisé Apigee (vaults)
Le magasin 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 retraits. Les coffres, 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 via les fonctions du module Node.js associé à apigee-access.
Au lieu d'utiliser le magasin sécurisé, utilisez des mappages de clés-valeurs (KVM, Encryption Key Value Map), comme décrit dans la section Utiliser des mappages clé-valeur. Les KVM chiffrées sont tout aussi sécurisées que les coffres-forts et offrent davantage d'options de création et de récupération. (MGMT-3848)
Nouvelles fonctionnalités et mises à jour
Voici les nouvelles fonctionnalités et améliorations de cette version. Outre les améliorations suivantes, cette version inclut plusieurs améliorations en termes de facilité d'utilisation, de performances, de sécurité et de stabilité.
Cloud privé
Ajout du paramètre de configuration SMTP requis à l'installation
Vous devez maintenant utiliser le paramètre SMTPMAILFROM dans le fichier de configuration d'installation Edge. Ce paramètre spécifie l'adresse e-mail utilisée lorsque Edge envoie des e-mails automatisés, par exemple lorsqu'un utilisateur demande la réinitialisation d'un mot de passe. Pour en savoir plus, consultez la page Installer des composants Edge sur un nœud.
(EDGEUI-1020)
Vous pouvez maintenant définir le délai d'inactivité utilisé par l'interface utilisateur Edge pour les appels de gestion de l'API Edge
Vous pouvez maintenant spécifier le délai avant expiration de l'API utilisé par l'interface utilisateur Edge pour contrôler le délai d'attente de l'appel de gestion des API. Les propriétés suivantes définissent le délai avant expiration:
- conf_apigee_apigee.feature.apitimeout définit l'heure, en secondes, pendant laquelle l'interface utilisateur attend un appel au backend pour le renvoyer, quelle que soit l'activité sur celui-ci. Si l'appel n'aboutit pas dans ce laps de temps, 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 le temps d'attente, en millisecondes, de l'interface utilisateur sur le serveur. Il peut être défini sur la même valeur que conf_apigee_apigee_apitimeout ou sur une valeur inférieure. Définir 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 le temps pendant lequel l'interface utilisateur 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. Définir 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 la section Définir le délai avant expiration utilisé par l'interface utilisateur Edge pour les appels de gestion de l'API Edge.
(EDGEUI-816)
Ajout du délai avant expiration des nouvelles tentatives du processeur de messages aux routeurs
Ajout d'un délai avant expiration afin que les routeurs arrêtent de relancer une requête auprès des processeurs de messages et renvoient un message d'erreur.
Pour en savoir plus, consultez la section Configurer le routeur pour relancer les connexions à un processeur de messages.
(APIRT-2912).
Ajout d'une procédure pour modifier l'administrateur système par défaut
Une documentation est désormais incluse pour modifier l'administrateur système par défaut.
Pour en savoir plus, consultez la section Gérer les utilisateurs, les rôles et les autorisations.
(DOS-4895)
Ajout de documentation sur la séparation des tâches d'installation Edge entre l'utilisateur racine et l'utilisateur non racine
La nouvelle documentation décrit les étapes à suivre pour séparer les tâches d'installation Edge entre les utilisateurs racine et non racine.
Pour en savoir plus, consultez la présentation de l'installation d'Edge.
(DOS-4573).
Ajout d'une propriété permettant de définir le nom d'hôte pour les 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. Bon nombre de ces e-mails contiennent un lien. Par exemple, lorsqu'un nouvel utilisateur est ajouté à une organisation, l'interface utilisateur Edge envoie à l'utilisateur un e-mail contenant une URL de connexion sous la forme:
https://domain/login
Le domaine est déterminé automatiquement par Edge et correspond généralement à l'organisation. Toutefois, lorsque l'interface utilisateur Edge se trouve derrière un équilibreur de charge, il est possible que le nom de domaine généré automatiquement soit incorrect. Si tel est le cas, vous pouvez utiliser la propriété conf_apigee_apigee.emails.hosturl pour définir explicitement la partie nom de domaine de l'URL générée.
Pour en savoir plus, consultez Définir le nom d'hôte des liens dans les e-mails générés.
(EDGEUI-1044)
Définition de l'URL de base affichée par l'interface utilisateur 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'endroit où le proxy est déployé. 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 effectuer des requêtes externes au proxy. Cependant, pour certaines configurations, l'URL affichée est incorrecte. Par exemple, l'une des configurations suivantes peut faire que l'URL affichée ne correspond pas à l'URL réelle utilisée pour envoyer des requêtes externes au proxy:
- La terminaison SSL a lieu au niveau d'un équilibreur de charge
- Le mappage des ports a lieu entre un équilibreur de charge et les 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 illustrant l'objet hôte virtuel avec le nouvel attribut <BaseURL>. Dans cet exemple, la valeur http://myCo.com apparaît dans l'interface utilisateur 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, la valeur par défaut, l'URL par défaut rendue par l'interface utilisateur Edge apparaîtra comme: "http://DNS_name_or_IP:9005/", tandis que la configuration réelle de l'alias d'hôte est "http://myCo.com".
Vous pouvez également définir l'URL de base lors de la création d'une organisation en utilisant la propriété VHOST_BASEURL avec l'utilitaire apigee-provision.
Pour en savoir plus, consultez la section Configurer l'accès TLS à une API pour le cloud privé.
(EDGEUI-5008)
Ajout d'une documentation sur l'activation de la journalisation de débogage
Une documentation a été ajoutée pour décrire 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 nouvelle syntaxe de commande pour l'utilitaire apigee-analytics-collector
Tous les clients Edge for Private Cloud doivent envoyer à Apigee des statistiques sur le trafic du proxy d'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 allez maintenant utiliser 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 passer par une commande autonome.
Pour plus d'informations, consultez Importation des données de trafic de l'API dans Apigee de la version bêta.
Nouveau répertoire d'installation par défaut après la mise à jour de Nginx/Postgres sur le portail des services pour les développeurs depuis une nouvelle installation 4.17.01
Après la mise à jour d'une nouvelle installation de la version 4.17.01 qui utilise Nginx/Postgres, le répertoire racine:
/opt/apigee/apigee-drupal
to:
/opt/apigee/apigee-drupal/wwwroot
Services d'API
Validation plus stricte des entrées 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 des alphabets (tous les cas), des chiffres et des traits de soulignement.
Les entités concernées sont les suivantes:
- Organisations
- Environnements
- Proxys d'API
- Révisions du proxy d'API
- Noms des règles dans le proxy d'API
- ID de configuration du masque de trace de débogage
- Noms des ressources (accroche Java, xlsx, toutes les ressources)
- Keystores
- CRLstores
- Références de ressources
- Serveurs cibles
(MGMT-3840)
Déploiement sans temps d'arrêt pour les flux partagés
Lorsque vous souhaitez déployer des flux partagés et vous assurer que peu ou pas de trafic entrant n'est rejeté lors du déploiement, vous pouvez désormais utiliser une API de gestion du déploiement sans temps d'arrêt. Le processus 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 de 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 d'effectuer cette opération):
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 pour votre organisation dans les cas suivants:
- supprimer 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 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 pour 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.
Cloud privé 4.17.05
| ID du problème | Description |
|---|---|
| DEVRT-3569 |
La limite de longueur de la monétisation pour les noms de produits et d'applications est inférieure à celle d'Edge 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 désormais 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 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 Edge
Lorsqu'un utilisateur se déconnecte de l'interface utilisateur Edge, le cookie de session de l'utilisateur est supprimé.
Cependant, lorsque l'utilisateur est connecté, un logiciel malveillant ou un autre logiciel malveillant exécuté sur le système de l'utilisateur peut obtenir le cookie et l'utiliser pour accéder à l'interface utilisateur Edge.
Vous pouvez configurer l'interface utilisateur Edge pour stocker des 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'interface utilisateur Edge. Pour en savoir plus, consultez la section Configurer l'interface utilisateur Edge pour stocker les informations de session en mémoire.
|
| EDGEUI-662 |
Possibilité de définir le texte d'indication de mot de passe dans l'interface utilisateur Edge Vous pouvez maintenant contrôler le texte qui apparaît dans la boîte de dialogue de réinitialisation du mot de passe de l'interface utilisateur Edge. Cette fonctionnalité est utile si vous avez des exigences particulières concernant les mots de passe utilisateur. Pour en savoir plus, consultez la section Définir le texte d'indication de mot de passe dans l'interface utilisateur Edge. |
| EDGEUI-920 |
La prise en charge des KVM chiffrées dans l'interface utilisateur 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ées dans l'interface utilisateur Edge. |
| EDGEUI-962 |
Le port TLS SMTP 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 à "Try New Edge" dans une URL sur laquelle SAML est activé 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 annule son déploiement dans l'environnement La session Trace est désormais arrêtée lorsqu'un utilisateur enregistre les modifications apportées à un proxy d'API ou annule son déploiement dans l'environnement. |
| DEVRT-3532 | Application du nombre de chiffres après la virgule dans l'interface utilisateur EDGE L'interface utilisateur EDGE peut désormais appliquer le nombre de décimales, y compris le nombre de décimales autorisées dans les masques d'entrée. |
Cloud 17.04.05 (UI)
| ID du problème | Description |
|---|---|
| EDGEUI-976 | Le message "Nombre maximal de transactions de trace" passe à tort sur deux lignes Lors de l'affichage de messages d'erreur, l'interface utilisateur Edge divisait parfois un mot sur deux lignes de manière incorrecte. Ce problème a été résolu. |
| EDGEUI-971 | SOAP 2 REST: supprimer les exemples qui ne fonctionnent pas Les références à l'exemple de WSDL de CurrencyConvertor ont été supprimées de l'interface utilisateur et de la documentation Edge. |
| EDGEUI-905 | L'exemple de WSDL dans le proxy Météo pour le service SoAP ne fonctionne plus Les références à l'exemple WSDL de Weather 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 trace Lorsqu'une erreur se produit pendant une session de trace, celle-ci est arrêtée et les messages d'erreur suivants sont supprimés. En outre, lorsque vous atteignez le nombre maximal de transactions autorisées pour une seule session de trace et que celle-ci est arrêtée, le message suivant s'affiche:
|
| EDGEUI-966 | La page d'informations détaillées sur le produit d'API n'affiche pas les applications de développement Dans certains cas, la page d'informations détaillées sur le produit de l'API n'affichait aucune application de développement. Ce problème a été résolu. |
| EDGEUI-965 | La page des applications de développeur se bloque sur openSUSE dans certains fuseaux horaires La page des applications de développeur ne se charge pas sur openSUSE dans certains fuseaux horaires. Ce problème a été résolu. |
| EDGEUI-907 | La case chiffrée est cochée par défaut pour toutes les organisations soumises à la loi HIPAA Pour les organisations soumises à la loi HIPAA, tous les mappages de clé-valeur sont chiffrés. Lors de l'ajout d'un mappage de clé-valeur à l'aide de l'interface utilisateur d'une organisation HIPAA, la case "Chiffré" est cochée dans la boîte de dialogue "Nouveau mappage de clés-valeurs" et ne peut pas être désactivée. |
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 pour les développeurs. |
| EDGEUI-973 | Edge redirige vers l'écran de connexion après l'arrêt d'une session Trace Un bug a été corrigé : Edge redirige les utilisateurs vers l'écran de connexion lors des opérations normales, telles que l'arrêt d'une session Trace. |
Cloud 17.03.15 (UI)
| ID du problème | Description |
|---|---|
| EDGEUI-961 | Conservez une mémoire tampon pour le calcul de l'actualisation des jetons Pour éviter que les appels à Edge n'échouent occasionnellement, Edge recherche et actualise désormais les jetons qui doivent expirer dans un avenir proche, au lieu d'actualiser uniquement ceux qui ont expiré. |
| EDGEUI-954 | Remplacement des guillemets dans les conditions par une entité encodée par l'éditeur de proxy Dans l'éditeur de proxy, les guillemets ne sont plus encodés dans le tag <Condition>. |
| EDGEUI-952 | L'outil de traçage ne fonctionne pas lorsque les paramètres de requête filtrés incluent des caractères spéciaux Le filtre "Paramètre de requête" de l'outil Trace fonctionne correctement lorsque des caractères spéciaux sont spécifiés dans le filtre. |
| EDGEUI-943 | Un jeton /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 de s'actualiser automatiquement 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 certaines circonstances, lorsqu'un utilisateur doit saisir à nouveau ses identifiants pour continuer à travailler, l'UI ne redirige pas vers l'écran de connexion. Ce problème a été résolu. |
| EDGEUI-934 | Les bundles envoyés à partir de l'éditeur de proxy doivent être compressés Lorsque vous modifiez une révision nouvelle ou existante dans l'éditeur de proxy, un groupe ZIP compressé est désormais envoyé. |
| EDGEUI-918 |
Mise à jour de l'avis Apigee L'avis d'Apigee a été mis à jour comme suit :
|
| EDGEUI-917 | N'encapsulez pas les erreurs 4xx en tant qu'erreurs 502 Les erreurs HTTP 4xx ne sont plus encapsulées en tant qu'erreurs 502 de passerelle HTTP incorrecte dans l'interface utilisateur. |
Cloud 17.03.13.02 (monétisation)
| ID du problème | Description |
|---|---|
| DEVRT-3584 | Prise en charge transitionnelle de l'appel GET {organization}/limitsTous les points de terminaison de l'API pour la fonctionnalité Limites supprimées ont été supprimés et répondront avec le code d'état 404, à l'exception de GET {organization}/limits, qui renvoie un tableau limit vide (pour laisser le temps à la transition avant d'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 | La sortie de synchronisation des développeurs indique "products" Lors de la synchronisation des développeurs à l'aide de l'API de monétisation, comme décrit dans la section Synchroniser les développeurs à l'aide de l'API, la sortie indique "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 avoir des développeurs actifs ou non, tant que ceux-ci n'acceptent pas deux plans tarifaires distincts applicables au même produit d'API. |
| DEVRT-3532 | Compatibilité supplémentaire avec les décimales pour la classification du plan tarifaire La propriété MINT.RATE_DECIMAL_PLACES est désormais compatible avec votre organisation. Elle vous permet de définir le nombre de décimales acceptées pour certaines valeurs de votre plan tarifaire.
Consultez la section Configurer le nombre de chiffres après la virgule pour les tarifs des plans tarifaires. |
| DEVRT-3517 | Option permettant d'activer le moteur de 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 fiscalité pour la monétisation. Par défaut, le moteur de fiscalité est désactivé pour les nouvelles entreprises pour lesquelles la monétisation est activée. |
| DEVRT-3454 | Amélioration de la gestion des exceptions et des réponses dans les API de monétisation La gestion des erreurs a été améliorée pour inclure des détails plus spécifiques sur les erreurs signalées. |
| DEVRT-3441 | Notification d'utilisation déclenchée de manière incorrecte Une notification d'utilisation n'a pas été déclenchée correctement. Le problème qui en était à l'origine 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 du rendu du modèle au format HTML |
| MGMT-3829 | La tentative de déploiement d'un proxy d'API avec le point de terminaison de l'API de déploiement de flux partagé semble réussir Ce correctif ajoute une validation dans l'API de déploiement de Sharedflow pour renvoyer 400 requêtes incorrectes "NoSharedFlowsToDeploy" lors du déploiement d'une révision apiproxy. |
| MGMT-3667 | GET /v1/o/{org}/developers renvoie un nombre inexact de développeurs |
| MGMT-3575 | Exception expressions.parser.InvalidPattern pendant le déploiement |
| MGMT-3511 | Le déploiement du proxy renvoie le code de réponse 400 même si le déploiement réussit Cette correction de bug permet d'ignorer l'état d'annulation du déploiement d'une révision apiproxy déclenchée par un autre appel d'API d'un déploiement lors du déploiement de remplacement d'une nouvelle révision. |
Cloud 17.03.1 (UI)
| ID du problème | Description |
|---|---|
| EDGEUI-936 | Trace: la définition d'un filtre sur Content-Type ne fonctionne pas, car la barre oblique est à double encodage |
| EDGEUI-935 | Erreur "Erreur lors de la récupération des données d'analyse" lorsque vous utilisez le filtre de rapport personnalisé "=" |
| 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 WSDL générée lors d'une procédure de passage via le protocole SAML via des proxys |
| EDGEUI-884 | L'affichage d'un produit associé à des dizaines de milliers d'applications peut entraîner le 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 n'accepte pas la propriété" |
| EDGEUI-238 | Erreur de trace trompeuse : "Vous ne disposez pas des autorisations nécessaires pour effectuer un traçage dans cet environnement." Le vrai problème était que la révision de proxy sélectionnée n'avait pas été déployée. |
Cloud 17.02.13 (environnement d'exécution d'API)
| 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 Vhost introuvable |
| APIRT-3507 | Erreurs intermittentes sur les appels de service JavaScript qui ont appelé la même adresse IP avec des noms d'hôte différents |
| APIRT-3449 | Le jeton d'accès OAuth v2.0 de vérification de la règle définit un nom de propriété incorrect ; des doubles préfixes apiproduct.apiproduct.* |
| APIRT-3392 | Temps de réponse élevés par intermittence sur les MP pour un proxy spécifique |
| APIRT-3032 | Recherche DNS effectuée sur target.url, qui est définie sur une adresse IP |
| APIRT-2718 |
Stratégie OAuthV2 : la génération de jeton d'accès renvoie le format incorrect de api_product_list "api_product_list" : "[Produit1, Produit2, Produit3]" 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" : ["Produit1", "Produit2", "Produit3"] |
Cloud 17.02.13 (gestion des API)
| ID du problème | Description |
|---|---|
| UAPAQ-146 | La métrique d'analyse 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 des groupes volumineux (> 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 Management |
| MGMT-3674 | Impossible de créer des KVM ou des Vault chiffrés pour les organisations soumises à la loi HIPAA |
| MGMT-3647 | L'accès au rôle utilisateur pour les utilisateurs dont l'adresse e-mail est en majuscules génère une erreur 403 |
| MGMT-3601 | Erreur lors du déploiement d'un nouveau proxy Apigee |
| MGMT-3527 | Erreur VirtualHost, Cache et VirtualHost lors du déploiement |
| DOS-4008 | Bug de journalisation du trafic montrant une baisse inexacte du trafic |
Cloud 17.01.16 (monétisation)
| ID du problème | Description |
|---|---|
| DEVRT-3385 | Ajout de modèles de notification pour les notifications destinées aux développeurs d'entreprise Des modèles de notification par défaut ont été ajoutés pour les notifications destinées aux développeurs de l'entreprise, 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 et empêchait le renouvellement des plans tarifaires à la date de renouvellement configurée. |
| DEVRT-3325 | Les plans tarifaires ne génèrent pas de notifications d'utilisation Nous avons corrigé un problème 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 Nous avons corrigé un problème qui permettait de passer des appels d'API après la date d'expiration du plan tarifaire. |
| DEVRT-3296 | La suppression d'un package d'API comportant des plans provisoires ou expirés renvoie une erreur HTTP 500 Lorsque vous supprimez un package d'API dont les plans tarifaires sont à l'état de brouillon ou ont expiré, l'opération de suppression échoue et renvoie une erreur HTTP 500. Une erreur plus descriptive s'affiche, indiquant que l'utilisateur doit supprimer le plan tarifaire provisoire ou expiré 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, ce plan n'a pas été respecté, et il a été suspendu à l'expiration du plan tarifaire parent. 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. |