Vous consultez la documentation d'Apigee Edge.
Consultez la
documentation Apigee X. en savoir plus
Lundi 19 septembre 2016, nous avons lancé une nouvelle version d'Apigee Edge pour le cloud privé.
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:
- {16.04.13, 16.04.13 (UI), 16.04.13{06.04.13{/16.04.20 (UI){/16.04.27{/16.04.27{/16.04.27{/16.04.27{/16.04.27{/16.16.08.17
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
Dans cette version, l'éditeur de proxys d'API classique a été supprimé et remplacé par le nouvel éditeur de proxy, qui était disponible en complément de l'éditeur classique. Parmi les autres améliorations notables figurent le comportement amélioré des chemins d'accès aux ressources des produits d'API, la gestion des charges utiles JSON définies dans les stratégies "Attribuer des messages et Générer des erreurs", les conversions XML-vers-JSON, la validation des ressources améliorée, la possibilité de définir des délais avant expiration sur des proxys d'API individuels, une nouvelle génération de proxys SOAP dans l'assistant de proxy d'API et un objet Crypto hautes performances pour JavaScript.
Les améliorations de la monétisation comprennent de nouvelles fonctionnalités de notification avec un plan tarifaire de notification, une API qui migre les développeurs vers la monétisation, et la possibilité de rendre les plans tarifaires publics ou privés.
Le reste de cet article contient des informations sur toutes les nouvelles fonctionnalités, mises à jour et corrections de bugs incluses dans cette version.
Obsolète
Services d'API
Éditeur de proxy classique supprimé (UI Cloud 16.04.20)
La nouvelle version de l'éditeur de proxys d'API est désormais la seule version compatible. La version classique n'est plus disponible et le lien "Accéder à la version classique de l'éditeur de proxy" a été supprimé. Si vous utilisiez la version classique, vos proxys d'API seront automatiquement chargés dans le nouvel éditeur. (EDGEUI-498)
Monétisation
Les fonctionnalités obsolètes suivantes ont été supprimées et ne sont plus acceptées:
- Définir des limites
- Notifications de limite d'envoi
Vous pouvez également configurer des notifications, comme indiqué dans les sections suivantes:
(DEVRT-2742)
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é.
Pour plus de détails et d'instructions, consultez la documentation Edge pour le cloud privé.
Cloud privé
Mise à niveau de Postres vers la version 9.4
Cette version inclut une mise à niveau vers Postgres 9.4. Pour obtenir des instructions sur la mise à jour de votre système, consultez la section Mettre à jour Apigee Edge vers la version 4.16.09.
Prise en charge de GeoMap dans l'interface utilisateur Edge
Les agrégations géographiques vous permettent de collecter des données d'analyse pour les appels d'API en fonction d'attributs géographiques tels que la région, le continent, le pays et la ville. À partir de ces données d'analyse, vous pouvez afficher un GeoMap dans l'interface utilisateur Edge qui indique l'emplacement des requêtes API.
Pour en savoir plus, consultez Activer l'agrégation géographique et les cartes géographiques.
API BaaS
Ajout de documentation sur les sujets suivants:
- Comment configurer l'API BaaS pour utiliser TLS Pour plus d'informations, consultez Configurer TLS pour l'API BaaS.
- Comment configurer tous les nœuds de la pile BaaS de l'API pour utiliser le stockage partagé, de sorte que tous les éléments soient disponibles pour tous les nœuds de la pile BaaS de l'API. Pour en savoir plus, consultez Importer des assets.
- Chiffrement du mot de passe Cassandra lors de la configuration des nœuds de pile BaaS Pour plus d'informations, consultez la section Réinitialiser les mots de passe périphériques.
Version bêta de l'outil de surveillance et du tableau de bord
Cette version comprend une version bêta du nouvel outil de surveillance et du nouvel tableau de bord pour Edge. Cet outil vous permet de comprendre l'état de différents composants (routeurs, processeurs de messages, ZooKeeper, Cassandra), ainsi que les codes d'erreur HTTP associés à différentes organisations et environnements de votre déploiement. Vous pouvez également prendre un instantané des données de votre tableau de bord et les partager avec Apigee pour résoudre les incidents d'assistance.
La documentation, y compris les instructions d'installation, est incluse dans la documentation Edge 4.16.09 dans la version 4.18.01.
Toutefois, avant de pouvoir installer et utiliser le tableau de bord, vous devez remplir le contrat d'évaluation Apigee, également disponible dans la version 4.18.01, et le renvoyer à Apigee en l'envoyant par e-mail à l'adresse orders@apigee.com.
Version bêta de l'outil de collecte d'analyses
Tous les clients Edge for Private Cloud doivent envoyer à Apigee des statistiques sur le trafic du proxy d'API. Apigee recommande aux clients de télécharger ces informations une fois par jour, éventuellement en créant une tâche Cron.
Pour vous aider à importer ces données, Apigee fournit 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. Chaque Edge de l'installation de Private Cloud peut utiliser cet utilitaire pour récupérer les données de trafic et les signaler à Apigee.
Pour plus d'informations, voir Importation des données de trafic de l'API vers Apigee - version bêta.
Services d'API
Charges utiles JSON dans "Attribuer des messages" et "Générer une erreur" (Cloud 16.08.17)
Avec cette amélioration, aucune solution de contournement n'est nécessaire pour garantir une mise en forme correcte des messages JSON. De plus, les variables peuvent être spécifiées à l'aide d'accolades sans créer de JSON non valide. Par exemple, la requête suivante insère la valeur de message.content dans le message JSON:
<Payload contentType="application/json">{"Message: " : "{message.content}"}</Payload>
Si vous avez utilisé une solution de contournement, votre code continuera à fonctionner tel quel. Vous pouvez également utiliser variablePrefix et variableSuffix au lieu d'accolades pour indiquer les variables.
Consultez l'élément <Set><Payload> dans la documentation de référence sur la stratégie de message d'affectation et la stratégie sur les erreurs de déclenchement. (APIRT-1160).
Améliorations apportées aux règles XML vers JSON (Cloud 16.08.17)
La règle XML vers JSON a été améliorée avec les fonctionnalités suivantes. Vous pouvez configurer cette règle pour:
- Lors de la conversion, traitez certains éléments XML comme des tableaux. Pour ce faire, placez les valeurs entre crochets "[ ]" dans le document JSON.
- Supprimer ou supprimer des niveaux de la hiérarchie des documents XML dans le document JSON final.
Pour en savoir plus, consultez la section Règle XML vers JSON. (APIRT-1144).
Plusieurs caractères génériques dans les chemins de ressources des produits d'API (Cloud 16.08.17)
Lorsque vous définissez des chemins d'accès aux ressources dans un produit d'API, vous pouvez inclure des caractères génériques à plusieurs endroits dans un chemin de ressource. Par exemple, /team/*/invoices/**
autorise les appels d'API avec une valeur après /team
et tous les chemins d'accès aux ressources après invoices/
. Voici un exemple d'URI autorisé pour un appel d'API : proxyBasePath/team/finance/invoices/company/a
.
Après cette version, si les chemins d'accès aux ressources de produits d'API existants cessent de fonctionner comme prévu, définissez la propriété suivante dans votre organisation afin de rétablir le comportement précédent: features.enableStandardWildCardMatchForAPIProductResources = true
(MGMT-3273)
Fonctions de chiffrement en JavaScript (Cloud 16.08.17)
Un nouvel ensemble de fonctions JavaScript crypto
hautes performances est disponible pour créer, obtenir et mettre à jour les objets suivants: MD5, SHA-1, SHA256 et SHA512.
L'objet crypto vous permet également d'obtenir la date dans différents formats. Pour en savoir plus, consultez la page Modèle d'objet JavaScript.
(APIRT-2886).
Vérification de la version JAR de l'appel Java (Cloud 16.08.17)
Lors de l'importation d'une ressource JAR Java vers un proxy d'API, un code d'état HTTP 400 est renvoyé (au lieu d'un code 500) si la version de la ressource Java est incompatible avec la version de Java compatible avec Edge, répertoriée dans Logiciels et versions compatibles. (MGMT-3420)
Validation des ressources proxy d'API (Cloud 16.08.17)
Lorsque des fichiers de ressources de proxy d'API (tels que des fichiers JavaScript ou JAR Java) sont stockés au niveau de l'environnement ou de l'organisation, le framework de validation ne vous oblige plus à inclure ces ressources au niveau du proxy d'API dans un groupe de proxys pour que l'importation réussisse la validation. La validation des ressources s'effectue désormais au moment du déploiement et non lors de l'importation. (MGMT-1430)
Configurer le délai avant expiration pour des proxys d'API individuels (Cloud 16.08.17)
Vous pouvez configurer les proxys d'API pour qu'ils expirent après un délai spécifié (avec un état de délai d'expiration de la passerelle 504). Le cas d'utilisation principal concerne les clients de cloud privé dont l'exécution prend plus de temps que les proxys d'API. Par exemple, supposons que vous ayez besoin que des proxys spécifiques expirent au bout de trois minutes. Vous pouvez utiliser une nouvelle propriété api.timeout
dans la configuration d'un proxy d'API. Voici comment procéder avec cet exemple de trois minutes:
- Assurez-vous d'abord de configurer l'équilibreur de charge, le routeur et le processeur de messages pour qu'ils expirent au bout de trois minutes.
- Configurez ensuite les proxys appropriés pour qu'ils expirent au bout de trois minutes. Spécifiez la valeur en millisecondes. Exemple :
<ProxyEndpoint name="default"> <HTTPProxyConnection> <BasePath>/v1/weather</BasePath> <Properties> <!-- api.timeout is in milliseconeds --> <Property name="api.timeout">180000</Property> </Properties> ...
- Notez toutefois que l'augmentation des délais avant expiration du système peut entraîner des problèmes de performances, car tous les proxys sans paramètre
api.timeout
utilisent les nouveaux délais d'inactivité pour l'équilibreur de charge, le routeur et le processeur de messages, plus élevés. Configurez donc d'autres proxys d'API qui ne nécessitent pas de délais d'inactivité plus longs pour utiliser des délais d'inactivité inférieurs. Par exemple, la commande suivante définit un proxy d'API pour qu'il expire après une minute:
<Property name="api.timeout">60000</Property>
Les clients Cloud, qui ne peuvent pas modifier les délais avant expiration Edge, peuvent également configurer un délai avant expiration du proxy d'API, à condition que celui-ci soit inférieur au délai avant expiration du processeur de messages Edge standard de 57 secondes.
Vous ne pouvez pas renseigner la valeur avec une variable. Cette propriété est abordée dans la documentation de référence sur les propriétés des points de terminaison. (APIRT-1778).
Comportement du proxy SOAP lors de l'utilisation de l'assistant de proxy (interface utilisateur Cloud 16.07.27)
Lors de la création d'un proxy basé sur le protocole SOAP à partir d'un WSDL avec l'assistant de proxy, deux options s'offrent à vous pour créer un proxy:
- SOAP pass-through, où le proxy passe simplement par la charge utile de la demande SOAP en l'état.
- REST to SOAP to REST, où le proxy convertit une charge utile entrante telle que JSON en charge utile SOAP, puis reconvertit la réponse SOAP au format attendu par l'appelant.
Cette version inclut les mises à jour suivantes concernant le comportement de ces options. Les différences entre l'ancien et le nouveau comportement résident dans les règles et les configurations générées automatiquement par l'assistant de proxy.
SOAP pass-through
-
Toutes les opérations WSDL sont désormais envoyées au chemin d'accès de base du proxy "/" plutôt qu'aux ressources proxy (telles que "/cityforecastbyzip"). Les noms d'opérations sont transmis au service SOAP cible. Ce comportement correspond à la spécification SOAP.
- Le proxy généré n'est plus compatible avec le format JSON dans la requête. Il n'accepte que le format XML. Le proxy garantit que les requêtes SOAP ont une enveloppe, un corps et un espace de noms.
Passer de la phase REST vers REST (SOAP)
- WSDL 2.0 n'est pas pris en charge.
- Le nouveau comportement n'a pas été testé avec WS-Policy.
- Le proxy vous permet de publier des données JSON au lieu de FormParams.
- Lorsque vous ajouterez la compatibilité CORS (Cross-Origin Resource Sharing) au proxy à l'aide de l'outil de création de proxys, vous constaterez les améliorations suivantes :
- En-tête Access-Control-Allow-Headers: en plus des en-têtes
Origin
,x-requested-with
etAccept
, l'en-tête Access-Control-Allow-Headers inclut égalementContent-Type
,Accept-Encoding
,Accept-Language
,Host
,Pragma
,Referrer
,User-Agent
etCache-Control
. - En-tête Access-Control-Allow-Methods: en plus de
GET
,PUT
,POST
etDELETE
, cet en-tête inclut les verbesPATCH
etOPTIONS
.
- En-tête Access-Control-Allow-Headers: en plus des en-têtes
- Lors de la génération d'un proxy d'API pour un WSDL, Edge lit tous les ComplexTypes définis comme abstraits dans le WSDL et reconnaît correctement tous les types d'instances basés sur les types abstraits.
Utilitaire de ligne de commande Open Source wsdl2apigee
Apigee fournit également un utilitaire de ligne de commande Open Source pour générer des proxys d'API de type passthrough ou REST-to-ROW à partir de WSDL. Voir https://github.com/apigee/wsdl2apigee.
(EDGEUI-614)
Expiration/actualisation par défaut de la règle Opérations de mappage de clés-valeurs (UI Cloud 16.06.15)
La règle Opérations de mappage de valeurs clés vous permet de déterminer la durée de persistance des valeurs avant d'être actualisées. L'intervalle d'actualisation est défini avec l'élément <ExpiryTimeInSecs>
. Si une opération GET est exécutée et que l'intervalle d'expiration a été dépassé, la valeur est actualisée, et la règle obtient la valeur mise à jour. Lorsque vous ajoutez cette stratégie à un proxy d'API, le délai d'expiration par défaut est désormais de 300 secondes. (La valeur par défaut précédente était -1, ce qui signifie que les valeurs ne sont jamais actualisées.) (EDGEUI-579)
Monétisation
Plan de taux de notification ajustable (UI Cloud 16.04.20, monétisation Cloud 16.04.13)
Un nouveau plan de taux de notification ajustable dans la monétisation Edge permet à un fournisseur d'API d'ajuster le nombre cible de transactions pour chaque développeur d'applications. Vous pouvez configurer l'envoi des notifications en fonction du pourcentage atteint, par exemple 90%, 100 % ou 150%. Cette fonctionnalité est disponible via l'interface utilisateur de gestion, en plus de l'API de gestion (disponible dans une version précédente). Pour en savoir plus, consultez Spécifier les détails du plan de notification ajustable. (DEVRT-2375, DEVRT-2370)
Notifications de webhook pour les plans de taux de notification ajustables (monétisation Cloud 16/04.27)
Pour les plans tarifaires ajustables, vous pouvez créer des webhooks qui envoient des notifications à l'URL que vous spécifiez. Vous pouvez également contrôler les notifications à intervalles spécifiques (pourcentages) jusqu'à ce que la limite de transactions soit atteinte. Les notifications de webhook constituent une alternative flexible à l'utilisation des modèles de notification existants. Consultez Configurer des notifications à l'aide de webhooks. (DEVRT-2393, DEVRT-2394)
Notification ajustable avec plan tarifaire d'attribut personnalisé (UI Cloud 16.05.18)
Dans la monétisation Edge, un nouveau plan tarifaire "Adjustable Notification with Custom Attribute" (Notification ajustable avec attribut personnalisé) vous permet d'ajouter au nombre de transactions d'un développeur à l'aide de la valeur d'un attribut personnalisé. Avec le plan standard de taux de notifications ajustables, chaque appel d'API réussi ajoute 1 au nombre de transactions d'un développeur. Toutefois, avec le plan tarifaire "Adjustable Notification with Custom Attribute" (Notifications ajustables avec attribut personnalisé), la valeur de l'attribut personnalisé est ajoutée au nombre de transactions du développeur. Par exemple, si l'attribut personnalisé "small" a une valeur de 0,1 dans la réponse, le nombre de transactions est incrémenté de 0,1. Si l'attribut personnalisé "addressTotal" a la valeur 50, le nombre est incrémenté de 50. Pour en savoir plus, consultez Spécifier un plan tarifaire avec des détails d'attributs personnalisés. (DEVRT-2504)
Configurer des notifications basées sur le total des transactions combinées pour une entreprise et ses développeurs (monétisation Cloud 16/06/22)
En règle générale, le montant total des transactions est suivi automatiquement pour tous les développeurs d'une entreprise lorsqu'ils utilisent l'application de l'entreprise pour accéder aux API. Que se passe-t-il si certains de vos développeurs utilisent activement leurs propres applications pour accéder aux API et que vous devez suivre le total de leurs transactions combinées sans aucune interruption du trafic ? Vous pouvez ajouter les développeurs à une entreprise et configurer l'envoi de notifications lorsque les seuils sont atteints, basés sur les totaux des transactions combinées pour l'entreprise et ses développeurs. Pour en savoir plus, consultez Configurer des notifications basées sur le total des transactions combinées pour une entreprise et ses développeurs. (DEVRT-2643)
Afficher et retraiter les notifications (monétisation Cloud 16.06.08)
Dans le cadre de la suite de tests de monétisation, vous pouvez afficher et retraiter les notifications envoyées précédemment à l'aide de l'API de gestion. Pour en savoir plus, consultez la section Afficher et retraiter les notifications. (DEVRT-2643)
Test de monétisation (monétisation Cloud 16.05.25)
La monétisation fournit un ensemble d'API que vous pouvez utiliser pour tester l'exécution des webhooks et vous assurer que les notifications sont envoyées. Pour en savoir plus, consultez Configurer les notifications de test. (DEVRT-2625)
Migrer les développeurs vers la monétisation (monétisation Cloud 16.05.11)
Une nouvelle API est disponible pour faciliter la migration des développeurs vers la monétisation. Vous pouvez transférer l'utilisation des transactions, et facturer des frais de configuration personnalisée et des frais récurrents. De plus, lorsque vous acceptez un plan tarifaire publié, vous pouvez renoncer aux frais de configuration s'ils ont déjà été facturés. Pour en savoir plus, consultez Migrer les développeurs vers la monétisation. (DEVRT-2446)
Plans tarifaires publics et privés pour le portail des développeurs (monétisation Cloud 16/04.27)
Vous pouvez définir les plans tarifaires sur "Public" ou "Privé". Les plans tarifaires publics s'affichent sur le portail des développeurs, mais pas les plans tarifaires privés. La valeur par défaut d'un plan tarifaire est Public. Pour plus d'informations, consultez la page http://docs.apigee.com/monetization/content/create-rate-plans#public-versus-private-rate-plans (DEVRT-2445)
Annuler la suspension des développeurs (monétisation Cloud 16.06.08)
La monétisation fournit un ensemble d'API que vous pouvez utiliser pour réactiver un développeur précédemment suspendu. Un développeur peut être suspendu si une limite configurée est atteinte. Par exemple, le nombre de transactions a atteint sa limite maximale ou le solde d'un compte prépayé est épuisé. Pour en savoir plus, consultez Annuler la suspension des développeurs. (DEVRT-2641)
Afficher l'état des transactions (monétisation Cloud 16.06.08)
Dans la suite de tests de monétisation, vous pouvez afficher l'état des transactions qui ont eu lieu pendant une période spécifiée, à l'aide de l'API de gestion. Pour en savoir plus, consultez la section Afficher l'état des transactions. (DEVRT-2640)
Inclure des attributs personnalisés pour les développeurs dans les rapports sur les revenus (monétisation Cloud 16.05.25)
Vous pouvez inclure des attributs personnalisés dans les rapports sur les revenus uniquement, si ceux-ci sont définis pour le développeur. Pour en savoir plus, consultez Inclure des attributs personnalisés pour les développeurs dans les rapports sur les revenus à l'aide de l'API. (DEVRT-2447)
Règle d'enregistrement des transactions et cohérence des ressources du produit d'API (interface utilisateur Cloud 16.05.18)
Si les chemins d'accès aux ressources dans une règle d'enregistrement des transactions de monétisation ne correspondent pas aux chemins d'accès aux ressources définis dans son produit d'API (par exemple, si vous modifiez les chemins d'accès aux ressources d'un produit d'API), l'icône "Règle d'enregistrement des transactions" de la page "Produits" affiche un symbole d'avertissement. Lorsque vous cliquez sur l'icône pour afficher la règle d'enregistrement des transactions, un avertissement s'affiche en haut de la page. Lorsque vous corrigez les chemins d'accès aux ressources dans la règle d'enregistrement des transactions, les indicateurs d'avertissement disparaissent. (DEVRT-2240)
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.
Edge pour le cloud privé
ID du problème | Description |
---|---|
TBD-138 | Problème d'expiration de la session de l'UI Play |
APIRT-2978 | Le routeur ne parvient pas à démarrer Nginx ou le routeur ne démarre pas |
AXAPP-2447 | Erreur InvalidTimeRange lors de la sélection de données d'analyse horaires |
EDGEUI-592 | Possibilité de supprimer le lien "Mot de passe oublié" de l'interface utilisateur Edge lors de l'utilisation d'un fournisseur d'authentification externe |
MGMT-3330 | Les tentatives de saisie d'un mot de passe incorrect pour le cloud privé et l'authentification externe verrouillent les utilisateurs |
MGMT-2930 | Le masquage des données ne fonctionne pas dans la session de débogage |
PRC-840 | Lien symbolique défectueux pour les composants Edge |
PRC-1004 | Ajout de l'option "-p zk" au programme d'installation pour installer ZooKeeper en mode autonome sur un nœud. |
PRC-1013 | Le compte administrateur système initial n'est pas associé à la bonne stratégie de mot de passe LDAP |
PRC-1019 | "apigee-all stop" n'arrête pas les processeurs de messages |
PRC-1066 | Le mot de passe Cassandra chiffré ne fonctionne pas dans usergrid.properties pour la pile BaaS |
16.08.17
ID du problème | Description |
---|---|
SECENG-609 | Les appels d'exécution n'échouent pas pendant la suppression du magasin de confiance associé ou lorsque le certificat valide du magasin de confiance est supprimé |
MGMT-3404 | L'affichage et la récupération des journaux Node.js et le déploiement de proxys sont très lents |
MGMT-3400 | L'appel à l'API de gestion /userroles échoue si le nom de l'utilisateur qui effectue cet appel est précédé d'un signe "+" |
MGMT-3368 | java.lang.ArrayIndexOutOfBoundsException: 1, lors de l'importation d'un groupe de proxys d'API contenant le répertoire resources/node/resources |
MGMT-3364 | OAuthV2: vérification redirect_uri |
MGMT-3319 | Lister les entrées d'un coffre-fort dont l'une d'elles contient une valeur nulle ne fonctionne pas pour les organisations (CPS et non-CPS) |
MGMT-3226 | L'interrogation au niveau de l'organisation/de l'environnement ne doit pas extraire toutes les données provoquant l'échec de l'API La version 160302 comportait un bug qui empêchait l'affichage de la liste des ressources au niveau de l'organisation/de l'environnement si la taille cumulée des ressources était supérieure à 16 Mo. Ce correctif s'en charge. |
AXAPP-2429 | L'API Analytics qui utilise Response_status_code renvoie une erreur d'accès aux données |
AXAPP-2386 | Corriger le contenu des rapports vides dans les rapports Analytics quotidiens envoyés par e-mail |
AXAPP-2347 | Je ne reçois pas d'e-mails récapitulant quotidiennement les données analytiques |
APIRT-3141 | Les appels Java échouent lors de l'appel de la nouvelle ExecutionResult() , car le constructeur est désormais privé |
APIRT-3140 | La règle ServiceCall ne fonctionne pas dans les appels de l'API HEAD |
APIRT-3131 | Erreur createBy affichée pour un proxy d'API lors de l'utilisation de la monétisation avec un fournisseur d'authentification externe |
APIRT-3121 | Une modification apportée au fichier de ressources de l'organisation n'est pas efficace à 100% |
APIRT-3117 | MP a atteint 100% d'utilisation du processeur et a cessé de diffuser le trafic |
APIRT-3016 | Erreurs "Call timed out" (Expiration du délai d'appel) du routeur lors des déploiements |
APIRT-2975 | Échec de l'importation du groupe de certificats |
APIRT-2955 | Impossible de masquer certains attributs des données de réponse JSON pour l'en-tête de type de contenu FHIR-complaint "application/json+fhir" |
APIRT-2946 | La règle OAuthV2-RefreshToken ne masque pas les attributs, même si l'affichage est défini sur "false" |
APIRT-2908 | L'application de TLS 1.2 pour les appels d'API internes est requise après la mise à jour de TLS 1.2 sur l'hôte virtuel. |
APIRT-2901 | Les réponses compressées avec Gzip renvoyées depuis le cache sont compressées en double |
APIRT-2873 | Les MP génèrent une exception NullPointerException liée à VerifyAPIKey après la suppression de produits/développeurs/proxys |
APIRT-2871 | Règles IOIntensive apparaissant deux fois dans Trace |
APIRT-2825 | Erreur grammaticale dans la réponse d'erreur du jeton d'accès |
APIRT-2750 | Échecs de trafic fréquents dans une organisation spécifique |
APIRT-2685 | Le trafic ne peut pas circuler, car une erreur inconnue est générée |
APIRT-2647 | Erreur "Le flux d'entrée sous-jacent renvoie zéro octet" avec nonprod/dev |
APIRT-2630 | Problèmes intermittents lors des tentatives de lecture de la valeur du cache |
APIRT-2620 | Pool de threads distinct pour certaines étapes de blocage |
APIRT-2610 | java.lang.ClassCastException avec stratégie de cache de réponse |
APIRT-2608 | Erreur d'analyse des en-têtes Last-Modified dans les stratégies de cache de réponse |
APIRT-2605 | Les variables"organisation" et "environnement" ne doivent pas être remplacées via des règles |
APIRT-2566 | La règle OAuthV2 renvoie un en-tête WWW-Authenticate incorrect |
APIRT-2491 | Échec de la mise à jour de TargetServer en raison du délai avant expiration du RPC entre la gestion et les MP |
APIRT-2386 | Un champ d'application de chaîne vide est créé dans un produit d'API avec un champ d'application OAuth autorisé vide |
APIRT-2383 | Les stratégies de transformation XSL ne semblent consigner aucune donnée en cas d'erreur |
APIRT-2364 | Les variables de flux de défaillance OAuth ne sont pas mises à jour en cas d'erreur |
APIRT-2216 | Événements envoyés par le serveur – Flux d'événements présentant des problèmes en production |
APIRT-2079 | L'appel cURL de débogage ne s'arrête pas après l'expiration du délai pour la session créée |
APIRT-1495 | La protection contre les menaces XML n'intercepte pas le type de contenu |
APIRT-1404 | Comportement incohérent lorsqu'une condition compare une valeur entre guillemets simples et doubles |
APIRT-347 | La stratégie XSL n'est pas correctement validée à l'importation (elle n'affecte pas les résultats aux variables de sortie comme indiqué) |
UI
ID du problème | Description |
---|---|
EDGEUI-621 | L'option "Enregistrer en tant que nouveau proxy d'API" utilise le nom par défaut qui inclut la notation scientifique, par exemple "new-1.234568901234568e+53" |
EDGEUI-572 | L'interface utilisateur affiche "Erreur: erreur inconnue" au lieu de "Erreur: expiration de la session" |
Monétisation
Cette version inclut des modifications mineures du schéma de base de données. Elle n'inclut aucune autre mise à jour logicielle.
UI
ID du problème | Description |
---|---|
EDGEUI-609 | Le bouton "Nouveau serveur cible" n'est pas activé pour un rôle personnalisé autorisé à créer des serveurs cibles |
EDGEUI-584 | Bugs mineurs d'affichage de clé/code secret pour une application de développeur qui possède plusieurs identifiants |
EDGEUI-571 | La limite du nom du proxy est incorrectement définie sur 50 caractères dans l'interface utilisateur |
Monétisation
ID du problème | Description |
---|---|
DEVSOL-2817 | La création de documents de facturation à l'aide de l'API ne fonctionne pas Les problèmes liés à la création de documents de facturation avec l'API ont été résolus. Les documents de facturation sont générés si l'adresse du développeur est présente. |
DEVSOL-2797 | Amélioration du traitement des attributs de développeur Les valeurs d'attributs personnalisés booléennes ne sont plus sensibles à la casse. De plus, lors de la synchronisation des attributs personnalisés avec Apigee Edge, les attributs existants sont mis à jour au lieu de créer des attributs en double. |
Monétisation
ID du problème | Description |
---|---|
DEVRT-2795 | Le champ d'horodatage de la requête de webhook est incohérent Dans la requête JSON envoyée au gestionnaire de rappel d'un webhook, le developerQuotaResetDate est maintenant exprimé au format d'horodatage de l'epoch pour être cohérent avec les autres formats d'horodatage. Pour en savoir plus, consultez la section Configurer le gestionnaire de rappel. |
UI
ID du problème | Description |
---|---|
EDGEUI-600 | Impossible d'afficher ou de modifier les rôles pour les rapports personnalisés |
EDGEUI-593 | Intervalles de 5 et 10 minutes supprimés de l'interface utilisateur d'analyse Les données d'analyse dans l'interface utilisateur de gestion ne s'affichent pas pendant au moins 10 minutes après que les appels aux proxys d'API ont été effectués. Pour cette raison, le paramètre de plage de 10 minutes a été supprimé des rapports personnalisés, tout comme le paramètre de plage de 5 et 10 minutes de la vue "Performances" des proxys d'API. |
Monétisation
Aucun
UI
ID du problème | Description |
---|---|
EDGEUI-566 | Page vierge après la connexion à l'interface utilisateur de gestion |
EDGEUI-564 | Les utilisateurs reçoivent des erreurs d'autorisation lors de la connexion à l'interface de gestion, puis sont automatiquement déconnectés |
EDGEUI-549 | Erreur lors de l'affichage des données dans la vue Performances des proxys d'API |
EDGEUI-544 | La page "Rôles personnalisés" affiche une valeur incorrecte pour l'autorisation "Supprimer des rapports" |
EDGEUI-504 | État confus concernant les applications, clés et produits de développeur |
EDGEUI-120 | Le lien de l'adresse e-mail sur la page d'erreur interne contient une adresse e-mail non valide |
DEVRT-2301 | Monétisation: alignement de l'interface utilisateur avec l'API sur les plans tarifaires publiés En ce qui concerne la date d'expiration des plans tarifaires publiés, l'interface utilisateur de gestion correspond désormais au comportement de l'API de gestion. Si une date de fin est spécifiée pour un plan tarifaire, vous ne pouvez pas la modifier. Pour en savoir plus, consultez la section Faire expirer un plan tarifaire publié. |
Monétisation
Aucun
16.05.25 (monétisation)
ID du problème | Description |
---|---|
DEVRT-2617 | Je ne reçois pas d'alerte lorsqu'un client souscrit un forfait |
DEVRT-1483 | NullPointerException lorsqu'un développeur passe d'une carte prépayée à une carte post-payée |
UI
ID du problème | Description |
---|---|
EDGEUI-551 | La session d'UI expire si elle est inactive pendant environ une heure |
Monétisation
ID du problème | Description |
---|---|
DEVRT-2497 | Qpids ne reçoit plus de données |
DEVRT-2490 | Échec de la suppression de la clé d'application |
UI
ID du problème | Description |
---|---|
EDGEUI-541 | La trace affiche l'adresse IP au lieu de l'hôte lorsqu'il existe un serveur cible |
EDGEUI-505 | L'importation des ressources d'un point de terminaison entraîne l'échec de l'autorisation pour tous les points de terminaison |
UI
ID du problème | Description |
---|---|
EDGEUI-532 | L'assistant de création de proxy reste bloqué à l'étape "Création du produit..." lors de la création d'un proxy pour un service SOAP. |
EDGEUI-506 | Les performances du cache affichent le message "Chargement des données..." lorsqu'aucune donnée n'est disponible |
UI
ID du problème | Description |
---|---|
EDGEUI-531 | Impossible d'importer un fichier JAR à l'aide du nouvel éditeur de proxy |
EDGEUI-524 | Problème lors de la génération d'un proxy d'API à partir d'un WSDL |
EDGEUI-38 | Si un WSDL non valide est transmis à l'assistant de proxy, celui-ci reste bloqué sur la dernière page |
Monétisation
Aucun
UI
ID du problème | Description |
---|---|
EDGEUI-502 | L'éditeur proxy n'affiche pas le verbe lorsque StartsWith est utilisé comme opérateur |
EDGEUI-496 | Erreur inconnue lors de l'arrêt d'une session Trace dans l'interface utilisateur de gestion |
EDGEUI-141 | L'éditeur de proxy comporte une révision codée en dur dans le message d'erreur |
Monétisation
Aucun
UI
ID du problème | Description |
---|---|
EDGEUI-495 | La trace affiche toujours .execution.success = false |
EDGEUI-494 | La règle JavaScript génère toujours le script avec le nom par défaut, même lorsque je saisis un nom différent |
EDGEUI-432 | Création dirigée de proxys dans le tableau de bord de l'interface utilisateur de gestion Edge |
EDGEUI-90 | Un nouvel éditeur de proxy d'API injecte des espaces blancs inappropriés autour des éléments Jupyter |
Problèmes connus
Cette version présente les problèmes connus suivants:
ID du problème | Description |
---|---|
APIRT-3364 |
Le processeur de messages effectue la résolution DNS sur IPv4 et IPv6 Si vous avez installé et activé NSCD (Name Service Cache Daemon), vous remarquerez peut-être que les processeurs de messages effectuent deux résolutions DNS: une pour IPv4 et une pour IPv6. Pour désactiver la résolution DNS sur IPv6:
|
DOC-1687 | En raison d'un conflit de dépendances de packages connu, l'agent Katello utilisé dans Satellite Server 6 ne s'installe pas correctement sur les hôtes Apigee Edge exécutant le daemon Qpid. |