Vous consultez la documentation sur Apigee Edge.
Consultez la documentation sur Apigee X.
Depuis la précédente version de fonctionnalité Edge pour le cloud privé, les versions suivantes ont eu lieu et sont incluses dans cette version:
Version de l'interface utilisateur de périphérie | Version de la gestion périphérique |
---|---|
Consultez la section À propos de la numérotation de version pour déterminer comment déterminer si une version de cloud spécifique est incluse dans votre version d'Edge pour Private Cloud.
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, par exemple:
- Les flux partagés sont compatibles avec le déploiement sans temps d'arrêt.
- Il est désormais possible de supprimer les données de monétisation d'une organisation.
- Nouvelles fonctionnalités supplémentaires décrites ci-dessous.
En ce qui concerne l'abandon, les coffres-forts sont désormais obsolètes.
Le reste de cette rubrique contient des informations détaillées sur les nouvelles fonctionnalités, mises à jour et corrections de bugs contenues dans la 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 relatif aux abandons Edge.
Suppression: ajout de chemins dans l'onglet "Performances" du proxy d'API
Jusqu'à cette version, 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 un graphique dans l'onglet "Performances" du proxy et dans le tableau de bord des transactions commerciales. Cette fonctionnalité est à présent supprimée et n'est plus disponible dans l'interface utilisateur. Pour découvrir une alternative à cette fonctionnalité, consultez l'article de la communauté Apigee suivant: https://community.apigee.com/articles/23936/alternative-to-business-transactions-api.html. (EDGEUI-902)
Retiré : URL buildInfo pour le portail des services pour les développeurs
Dans les versions précédentes du portail, pour déterminer votre version, vous avez ouvert 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 est indiquée dans le tableau de la ligne Installer le profil.
Abandon du stockage sécurisé Apigee (vaults)
La solution de stockage sécurisé Apigee, également appelée "vaults", est abandonnée et sera supprimée un an après la date d'annonce d'abandon affichée sur la page Abandons et retraits. Les coffres-forts, 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 des fonctions dans le module Node.js apigee-access.
Au lieu d'utiliser le stockage sécurisé, utilisez des mappages clé-valeur (KVM) chiffrés, 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. En plus des améliorations suivantes, cette version offre 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 de réinitialiser un mot de passe. Pour en savoir plus, consultez Installer des composants Edge sur un nœud.
(EDGEUI-1020)
Peut désormais définir le délai avant expiration 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'UI Edge pour contrôler le délai d'attente de l'appel de gestion d'API pour un retour. Les propriétés suivantes définissent le délai avant expiration:
- conf_apigee_apigee.feature.apitimeout définit le temps, en secondes, pendant lequel l'interface utilisateur attend un appel au backend, quelles que soient les activités sur celui-ci. Si l'appel n'est pas terminé dans ce délai, l'interface utilisateur génère une erreur de délai avant expiration. La valeur par défaut est de 180 secondes (3 minutes).
- conf_apigee_play.ws.timeout.idle définit le délai d'attente, en millisecondes, de l'interface utilisateur pour l'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. 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 la durée pendant laquelle 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).
Consultez Définir le délai avant expiration utilisé par l'interface utilisateur Edge pour les appels de gestion de l'API Edge pour plus d'informations.
(EDGEUI-816)
Ajout du délai avant nouvelle tentative du processeur de messages aux routeurs.
Ajout d'un délai d'inactivité pour que les routeurs ne renvoient plus de requêtes aux processeurs de messages et renvoient un message d'erreur.
Pour en savoir plus, consultez 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
La documentation sur la modification de l'administrateur système par défaut est désormais incluse.
Pour en savoir plus, consultez Gérer les utilisateurs, les rôles et les autorisations.
(DOS 4895)
Ajout d'une documentation sur la séparation des tâches d'installation Edge entre les utilisateurs racine et non racine.
Une nouvelle documentation décrit les étapes permettant de séparer les tâches d'installation Edge entre les utilisateurs racine et non racine.
Consultez Présentation de l'installation d'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. Un grand nombre de ces e-mails contiennent un lien. Par exemple, lorsqu'un nouvel utilisateur est ajouté à une organisation, l'UI 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 convient 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 de 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éfinir 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'emplacement où le proxy est déployé. Cet écran 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 est incorrecte. Par exemple, l'une des configurations suivantes peut entraîner le fait que l'URL affichée ne corresponde pas à 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 les routeurs Apigee
- Un équilibreur de charge configuré avec la réécriture du chemin
Edge pour le cloud privé 4.17.05 et versions ultérieures sont compatibles avec un attribut de l'hôte virtuel <BaseUrl> qui vous permet de remplacer l'URL affichée par l'UI Edge. Voici un exemple montrant 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, l'URL par défaut rendue par l'interface utilisateur Edge se présentera comme suit : http://DNS_name_or_IP:9005/, alors que l'alias d'hôte réel 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 la page 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 Activer la journalisation du 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 proxy de l'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 d'une commande autonome.
Pour en savoir plus, consultez Importer 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 Nginx/Postgres par le service de développement depuis une nouvelle installation 4.17.01
Après la mise à jour d'une nouvelle installation de 4.17.01 utilisant Nginx/Postgres, le répertoire racine a changé:
/opt/apigee/apigee-drupal
vous saurez :
/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 l'alphabet (toute la casse), les chiffres et le trait 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 pour le débogage
- Noms de ressources (accroche Java, xlsx, toutes les ressources)
- Keystores
- CRLstores
- Références de ressources
- Serveurs cibles
(MGMT-3840).
Déploiements de flux partagés sans temps d'arrêt
Lorsque vous souhaitez déployer des flux partagés et vous assurer que peu ou pas de trafic entrant est rejeté lors du déploiement, vous pouvez maintenant utiliser une API de gestion des déploiements 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 de l'API Management.
L'appel suivant déploie la révision de flux partagée 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 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 d'une organisation
Vous pouvez supprimer les données de monétisation de 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.
- Effacer 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 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.
Cloud privé 4.17.05
ID du problème | Description |
---|---|
DEVRT-3569 |
La monétisation sur les noms de produits et d'applications est moins longue que celle d'Edge. La monétisation et Edge ont désormais les mêmes limites de longueur sur les noms de produit et d'application. |
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 de périphérie 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 ":Observ" Les fichiers de configuration de périphérie vous permettent désormais de spécifier le suffixe ":observer" pour les nœuds ZooKeeper. |
EDGEUI-28 |
Session utilisateur non 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 pour l'utilisateur est supprimé.
Toutefois, lorsque l'utilisateur est connecté, un logiciel malveillant ou tout 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 actuelles dans la mémoire du serveur. Lorsque l'utilisateur se déconnecte, les informations de sa 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 |
Vous pouvez désormais définir le texte de l'indice de mot de passe dans l'interface utilisateur Edge. Vous pouvez maintenant contrôler le texte qui s'affiche dans la boîte de dialogue de réinitialisation du mot de passe dans 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 Définir le texte d'aide du mot de passe dans l'interface utilisateur Edge. |
EDGEUI-920 |
La compatibilité avec les KVM chiffrées dans l'UI 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 maintenant choisir le port TLS SMTP. |
Cloud 17.04.12 (UI)
ID du problème | Description |
---|---|
EDGEUI-1008 | Redirection incorrecte lorsque l'option "Essayer New Edge" apparaît dans l'URL sur laquelle SAML est activé La redirection fonctionne désormais correctement lorsque vous cliquez sur Essayer New Edge depuis une URL sur laquelle SAML est activé. |
EDGEUI-980 | La session Trace doit être arrêtée après que l'utilisateur a enregistré les modifications apportées à un proxy d'API ou qu'il annule le déploiement depuis l'environnement La session Trace est maintenant arrêtée après qu'un utilisateur a enregistré les modifications apportées à un proxy d'API ou en a annulé le déploiement. |
DEVRT-3532 | Application d'un point d'accès EDGE aux décimales L'UI d'EDGE peut désormais appliquer le nombre de chiffres après la virgule, y compris le nombre de lieux autorisés dans les masques d'entrée. |
Cloud 17.04.05 (UI)
ID du problème | Description |
---|---|
EDGEUI-976 | Le message maximal de transactions de trace se divise de manière incorrecte sur deux lignes Lorsqu'il affichait des messages d'erreur, l'interface utilisateur de Edge scindait parfois de manière incorrecte un mot sur deux lignes. 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 WSDL de CurrencyConvertor ont été supprimées de l'UI et de la documentation Edge. |
EDGEUI-905 | L'exemple WSDL du proxy SOAP ne fonctionne plus Les références à l'exemple WSDL de l'application Weather ont été supprimées de l'UI et de la documentation Edge. |
Cloud 17.03.29 (UI)
ID du problème | Description |
---|---|
EDGEUI-967 |
Supprimer les messages d'erreur après l'arrêt d'une session de trace Lorsqu'une erreur se produit pendant une session de trace, la session de trace est arrêtée et les messages d'erreur suivants sont supprimés. En outre, lorsque vous atteignez le nombre maximal de transactions autorisé pour une seule session de trace et que la session de trace est arrêtée, le message suivant s'affiche à présent:
|
EDGEUI-966 | La page d'informations détaillées sur le produit de l'API n'affiche pas les applications de développeur Dans certains cas, la page d'informations détaillées sur le produit de l'API n'affiche aucune application de développeur. Ce problème a été résolu. |
EDGEUI-965 | La page "Applications de développeur" se bloque avec openSUSE dans certains fuseaux horaires Dans certains fuseaux horaires, la page "Applications de développeur" ne se charge pas sur openSUSE. 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 utilisant la loi HIPAA, tous les mappages clé-valeur sont chiffrés. Lors de l'ajout d'un mappage de clés-valeurs à l'aide de l'interface utilisateur d'une organisation HIPAA, la case "Nouveau chiffrement clé-valeur" est cochée dans la boîte de dialogue "Chiffré(e)" 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 plus les applications La page d'informations détaillées sur le produit affiche désormais toutes les applications pour les développeurs. |
EDGEUI-973 | La redirection d'Edge vers l'écran de connexion après une session d'arrêt de la trace Un bug a entraîné la redirection d'Edge vers l'écran de connexion lors d'opérations normales, telles que l'arrêt d'une session de trace. |
Cloud 17.03.15 (UI)
ID du problème | Description |
---|---|
EDGEUI-961 | Laissez le temps de tampon pour le calcul de l'actualisation des jetons Pour éviter les échecs occasionnels des appels à Edge, Edge vérifie et actualise désormais les jetons qui vont expirer dans un avenir proche, au lieu d'actualiser uniquement ceux qui ont expiré. |
EDGEUI-954 | L'éditeur proxy remplace 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 traçage ne fonctionne pas lorsque les paramètres de requête filtrés contiennent 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 | Le jeton /oAuthRefreshToken arrivé à expiration ne doit pas renvoyer d'erreur 500 Si un jeton OAuth expire, un code d'état HTTP 303 est désormais renvoyé à la place d'une erreur de serveur 5XX. |
EDGEUI-942 | La page des journaux Node.js doit s'arrêter automatiquement en cas d'erreur Lors de l'affichage des journaux Node.js, si une erreur se produit, l'actualisation automatique est désactivée automatiquement. Vous pouvez réactiver l'actualisation automatique en cliquant sur "Démarrer l'actualisation automatique". |
EDGEUI-941 | Problèmes liés à la gestion des erreurs et à la déconnexion automatique Dans certains cas, lorsqu'un utilisateur doit saisir à nouveau ses identifiants pour continuer à fonctionner, l'interface utilisateur ne se 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 maintenant envoyé. |
EDGEUI-918 |
Mettre à jour Apigee Advisory Apigee Advisory a été mis à jour comme suit :
|
EDGEUI-917 | N'encapsulez pas les erreurs 4xx, car l'erreur 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é de transition pour l'appel GET {organization}/limits Tous 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 d'utiliser ce point de terminaison).
Il est recommandé 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 pour les développeurs de synchronisation indique "produits" Lors de la synchronisation de développeurs à l'aide de l'API de monétisation, comme décrit dans 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 maintenant ajouter un produit d'API à plusieurs packages d'API pouvant 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 | Compatibilité avec les décimales supplémentaires pour la classification des plans tarifaires La propriété MINT.RATE_DECIMAL_PLACES est désormais compatible avec votre organisation, ce qui vous permet de définir le nombre de chiffres après la virgule acceptés pour certaines valeurs de plan tarifaire.
Consultez Configurer le nombre de décimales pour les tarifs de plans tarifaires. |
DEVRT-3517 | Indicateur permettant d'activer le moteur de taxe par organisation L'indicateur MINT_TAX_ENGINE_ENABLED est maintenant disponible pour permettre aux administrateurs système d'activer ou de désactiver le moteur de taxe pour la monétisation. Il est désactivé par défaut pour les nouvelles organisations qui ont activé la monétisation. |
DEVRT-3454. | Amélioration de la gestion des exceptions/réponses dans les API de monétisation Nous avons amélioré la gestion des exceptions 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 par erreur. 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 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 du déploiement de l'API de flux partagé semble réussie Ce correctif ajoute une validation à l'API de déploiement Sharedflow pour renvoyer une erreur "NoSharedFlowsToDeploy" 400 lors du déploiement d'une révision d'apiproxy. |
MGMT-3667. | GET /v1/o/{org}/developers renvoie un nombre incorrect de développeurs |
MGMT-3575. | exception expression.parser.InvalidPattern pendant le déploiement |
MGMT-3511. | Le déploiement du proxy renvoie un code de réponse 400, même si le déploiement réussit. Cette correction de bug ignore l'état d'annulation du déploiement d'une révision d'API proxy déclenchée via un autre appel d'API de déploiement lors du déploiement 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 deux fois |
EDGEUI-935 | Erreur lors de la récupération des données d'analyse lors de l'utilisation d'un 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 WSDL générée lors de l'utilisation du protocole MTA-pass via les proxys |
EDGEUI-884 | Afficher un produit associé à des dizaines de milliers d'applications pouvait faire planter l'UI |
EDGEUI-868 | Dans le navigateur IE, certaines pages de l'interface utilisateur ne s'affichent pas et génèrent le message d'erreur "L'objet n'est pas compatible avec 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 est que la révision de proxy sélectionnée n'a 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 not found" |
APIRT-3507 | Erreurs intermittentes dans 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 la vérification de stratégie définit un nom de propriété incorrect ; deux préfixes apiproduct.apiproduct.* |
APIRT-3392 | Temps de réponse intermittents élevés sur les MP pour un proxy spécifique |
APIRT-3032 | La résolution DNS est effectuée sur target.url, qui est défini sur une adresse IP |
APIRT-2718 |
Règle OAuthV2 - Générer un jeton d'accès renvoie api_product_list incorrectement formaté "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" : ["Product1", "Product2", "Product3"] |
Cloud 17.02.13 (gestion des API)
ID du problème | Description |
---|---|
UAPAQ 146 | La métrique d'analyse TPS renvoie les minutes, et non les secondes |
Cloud 17.01.18 (UI)
ID du problème | Description |
---|---|
EDGEUI-898 |
Erreurs lors de l'importation ou de l'enregistrement de 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 la règle relative aux appels au 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 ralenties de l'API Management |
MGMT-3674. | Impossible de créer des KVM ou des Vaults chiffrés pour les organisations conformes à la loi HIPAA |
MGMT-3647. | L'accès au rôle utilisateur pour les utilisateurs dont l'adresse e-mail est en majuscule génère une erreur 403 |
MGMT-3601. | Erreur lors du déploiement du nouveau proxy Apigee |
MGMT-3527. | Erreur de chargement du serveur cible, du cache et de 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 notification pour les notifications de développeur d'entreprise Des modèles de notification par défaut ont été ajoutés pour les notifications de développeur d'entreprise, y compris COMPANY_INVITES_DEVELOPER et DEVELOPER_INVITES_COMPANY . Pour en savoir plus, consultez Configurer des notifications à l'aide de modèles. |
DEVRT-3364 | Forfait non renouvelé à la date de renouvellement Un problème a empêché 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 Un problème a empêché la transmission des notifications d'utilisation des plans tarifaires. |
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 de passer des appels d'API après la date d'expiration du plan tarifaire. |
DEVRT-3296 | La suppression d'un package d'API dont le forfait est arrivé à expiration ou qui a expiré renvoie une erreur HTTP 500. Lorsque vous supprimez un package d'API dont les plans tarifaires sont arrivés à expiration ou sont à l'état de brouillon, l'opération de suppression échoue et une erreur HTTP 500 est renvoyée. Une erreur plus descriptive s'affiche à présent et indique que l'utilisateur doit supprimer les plans tarifaires arrivés à expiration ou à l'état de brouillon avant de pouvoir supprimer le package d'API. |
DEVRT-3178 | Plan tarifaire futur non appliqué au développeur qui accepte le plan tarifaire futur 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, le plan tarifaire futur n'a pas été respecté et ils ont été suspendus lorsque le plan 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. |