4.16.09 - Notes de version d'Edge for Private Cloud

Vous consultez la documentation Apigee Edge.
Consulter la documentation d'Apigee X
en savoir plus

Le 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 été publiées et sont incluses dans cette version de fonctionnalité:

  • {

Reportez-vous à la section À propos de la numérotation des versions pour savoir comment déterminer si une version cloud spécifique est incluse dans votre version d'Edge for Private Cloud.

Présentation de la version

Dans cette version, l'éditeur de proxy d'API classique a été supprimé et remplacé par le nouvel éditeur de proxy qui était disponible avec l'éditeur classique. Parmi les autres améliorations notables figurent l'amélioration du comportement 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 "Augmenter les 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, la génération mise à jour de proxys SOAP dans l'assistant de proxy d'API et un objet de chiffrement hautes performances pour JavaScript.

Les améliorations de la monétisation incluent de nouvelles fonctionnalités de notification avec un plan tarifaire de notifications, 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 l'ensemble des nouvelles fonctionnalités, mises à jour et corrections de bugs incluses dans cette version.

Obsolète

Services d'API

Suppression de l'éditeur de proxy classique (UI Cloud 16.04.20)

La nouvelle version de l'éditeur de proxys d'API est désormais la seule disponible. 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 compatibles:

  • Définir des limites
  • Envoyer des notifications de limite

Vous pouvez également configurer des notifications en suivant la procédure décrite dans les sections suivantes:

(DEVRT-2742)

Nouvelles fonctionnalités et mises à jour

Vous trouverez ci-dessous les nouvelles fonctionnalités et améliorations de cette version. Outre les améliorations suivantes, cette version offre également de nombreuses améliorations en termes de convivialité, de performances, de sécurité et de stabilité.

Pour plus de détails et d'instructions, consultez la documentation Edge for Private Cloud.

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 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 la section Activer l'agrégation géographique et les cartes géographiques.

API BaaS

Ajout de documentation sur:

  • Configurer l'API BaaS pour utiliser TLS Pour plus d'informations, consultez Configuration de TLS pour l'API BaaS.
  • Comment configurer tous les nœuds de la pile BaaS de l'API pour utiliser le stockage partagé afin 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.
  • Comment chiffrer le mot de passe Cassandra lors de la configuration des nœuds de la pile BaaS Pour plus d'informations, consultez la section Réinitialiser les mots de passe Edge.

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 à divers environnements et organisations de votre déploiement. Vous pouvez également prendre un instantané des données de votre tableau de bord et le partager avec Apigee pour résoudre les incidents d'assistance.

La documentation, y compris les instructions d'installation, est incluse dans la documentation d'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 soumettre à Apigee des statistiques sur le trafic 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 et signaler les données de trafic à Apigee.

Pour plus d'informations, voir Téléchargement de données de trafic d'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)

Lors de la définition d'une charge utile JSON à l'aide d'une règle "Attribuer un message" ou "Augmenter les erreurs", les utilisateurs devaient parfois recourir à des solutions de contournement pour s'assurer qu'un message JSON était correctement formaté au moment de l'exécution, par exemple en commençant la charge utile par une barre oblique inverse "\" ou en spécifiant une variablePrefix et une variableSuffix dans l'élément de charge utile, même si aucune variable n'était utilisée dans le message.

Avec cette amélioration, aucune solution de contournement n'est nécessaire pour garantir une mise en forme correcte des messages JSON. Par ailleurs, 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 des variables.

Consultez la documentation de référence sur l'élément <Set><Payload> dans la documentation de référence sur l'attribution des messages et sur la règle Augmenter les erreurs. (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 la règle pour:

  • Traitez certains éléments XML comme des tableaux lors de la conversion. Cette opération place les valeurs entre crochets "[ ]" dans le document JSON.
  • Supprimez ou supprimez des niveaux de la hiérarchie des documents XML dans le document JSON final.

Pour en savoir plus, consultez la section Stratégie XML vers JSON. (APIRT-1144).

Plusieurs caractères génériques dans les chemins de ressources de produit 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 de ressources après invoices/. Un URI autorisé pour un appel d'API est proxyBasePath/team/finance/invoices/company/a.

Si, après cette version, les chemins d'accès existants aux ressources de produits d'API cessent de fonctionner comme prévu, définissez la propriété suivante dans votre organisation pour 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 crypto JavaScript 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 section Modèle d'objet JavaScript. (APIRT-2886).

Vérification de la version JAR de l'accroche 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 des fichiers 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 l'importation afin de réussir la validation. La validation des ressources a désormais lieu au moment du déploiement, et non au moment 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 avant expiration de la passerelle 504). Le cas d'utilisation principal est destiné aux 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:

  1. Tout d'abord, veillez à configurer l'équilibreur de charge, le routeur et le processeur de messages pour qu'ils expirent au bout de trois minutes.
  2. Configurez ensuite les proxys pertinents pour qu'ils expirent au bout de trois minutes. Indiquez 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>
        ...
    
  3. Notez toutefois que l'augmentation des délais d'inactivité 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é de l'équilibreur de charge, du routeur et du processeur de messages, plus élevés. Vous devez donc configurer d'autres proxys d'API qui ne nécessitent pas de délais avant expiration plus longs afin qu'ils utilisent des délais d'inactivité inférieurs. Par exemple, le code suivant 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 qu'il soit inférieur au délai avant expiration standard du processeur de messages Edge de 57 secondes.

Vous ne pouvez pas renseigner la valeur avec une variable. Cette propriété est décrite 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 SOAP à partir d'un WSDL à l'aide de l'assistant de proxy, deux options sont disponibles pour la création du proxy:

  • SOAP pass-through, où le proxy passe simplement par une charge utile de demande SOAP en l'état.
  • REST vers REST vers 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 apporte les modifications suivantes au 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 passthrough

  • 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 des opérations sont transmis au service SOAP cible. Ce comportement correspond à la spécification SOAP.

  • Le proxy généré n'accepte plus le format JSON dans la requête. Il n'est compatible qu'avec le format XML. Le proxy s'assure que les requêtes SOAP ont une enveloppe, un corps et un espace de noms.

Passer de REST à SAML vers REST

  • WSDL 2.0 n'est pas pris en charge.
  • Le nouveau comportement n'a pas été testé avec WS-Policy.
  • Le proxy vous permet d'envoyer des données JSON au lieu de FormParams.
  • Lorsque vous ajouterez la compatibilité CORS (Cross-Origin Resource Sharing) au proxy à l'aide du compilateur 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 et Accept, l'en-tête Access-Control-Allow-Headers inclut également Content-Type, Accept-Encoding, Accept-Language, Host, Pragma, Referrer, User-Agent et Cache-Control.
    • En-tête Access-Control-Allow-Methods: en plus de GET, PUT, POST et DELETE, cet en-tête inclut également les verbes PATCH et OPTIONS.
  • 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-How à partir de WSDL. Voir https://github.com/apigee/wsdl2apigee.

(EDGEUI-614).

Valeur par défaut d'expiration/d'actualisation dans la règle Opérations de mappage de clés-valeurs (UI Cloud 16.06.15)

La règle "Opérations de mappage de clés-valeurs" 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 maintenant 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 de notifications en fonction du pourcentage d'utilisateurs atteints (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 avec taux de notification ajustable (monétisation Cloud 16.04.27)

Pour les plans de taux de notification ajustables, vous pouvez créer des webhooks qui envoient des notifications à l'URL que vous spécifiez. Vous pouvez également contrôler l'envoi des notifications à des 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 un plan tarifaire d'attribut personnalisé (UI Cloud 16.05.18)

Dans la monétisation Edge, un nouveau plan tarifaire "Adjustable Notification with Custom Attribute" 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", la valeur de l'attribut personnalisé est ajoutée au nombre de transactions du développeur. Par exemple, si l'attribut personnalisé "small" a la valeur 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 plus d'informations, consultez la section Spécifier un plan tarifaire avec des détails d'attributs personnalisés. (DEVRT-2504)

Configuration de notifications en fonction du montant 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 automatiquement suivi 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 de développement 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 des notifications à envoyer lorsque les seuils sont atteints, basés sur le total des transactions cumulé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 traiter à nouveau les notifications (monétisation Cloud 16.06.08)

Dans la suite de tests de monétisation, vous pouvez afficher et retraiter les notifications précédemment envoyées à 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 de webhooks et vous assurer que les notifications sont envoyées. Pour en savoir plus, consultez Configurer la configuration des 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 et des frais récurrents personnalisés. 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 public et privé 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, contrairement aux plans tarifaires privés. La valeur par défaut d'un plan tarifaire est Public. Pour en savoir plus, consultez 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. Le compte d'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 prépayé du compte est épuisé. Pour en savoir plus, consultez l'article Annuler la suspension des développeurs. (DEVRT-2641)

Afficher l'état des transactions (monétisation Cloud 16.06.08)

Dans le cadre de la suite de tests de monétisation, vous pouvez afficher l'état des transactions qui ont eu lieu au cours d'une période donnée à l'aide de l'API de gestion. Pour en savoir plus, consultez la section Afficher l'état des transactions. (DEVRT-2640)

Inclure les attributs personnalisés des développeurs dans les rapports sur les revenus (monétisation Cloud 16.05.25)

Pour les rapports sur les revenus uniquement, vous pouvez inclure des attributs personnalisés dans le rapport, si l'attribut personnalisé est défini pour le développeur. Pour en savoir plus, consultez Inclure des attributs personnalisés du développeur dans les rapports sur les revenus à l'aide de l'API. (DEVRT-2447)

Règle d'enregistrement des transactions et cohérence des ressources des produits 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 du produit d'API), l'icône Règles d'enregistrement des transactions de la page "Produits" affiche un symbole d'avertissement. Lorsque vous cliquez sur l'icône pour afficher les règles 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 Cloud privé

ID du problème Description
138 Problème lié au délai avant expiration de la session de l'interface utilisateur Google 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 d'authentification externe par un mot de passe incorrect via le cloud privé entraînent le blocage des 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 lors de la suppression du Truststore associé ou de la suppression du certificat valide dans le Truststore
MGMT-3404 L'affichage et la récupération des journaux Node.js et le déploiement des proxys sont très lents
MGMT-3400 L'appel à l'API de gestion /userroles échoue si le nom de l'utilisateur qui effectue l'appel comporte 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 Répertorier 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 devrait pas extraire toutes les données provoquant l'échec de l'API
La version 160302 présentait un bug qui provoquait l'échec de la liste des ressources au niveau de l'organisation/de l'environnement si la taille cumulée des ressources est supérieure à 16 Mo. Ce correctif s'en charge.
AXAPP-2429 L'API Analytics qui utilise le paramètre "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 les e-mails récapitulatifs quotidiens des analyses
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 ServiceCallout ne fonctionne pas dans les appels d'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 La 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 Content-Type 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 TLS1.2 pour les appels d'API internes est requise après la mise à jour TLS 1.2 sur l'hôte virtuel
APIRT-2901 Les réponses 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 Les règles IOIntensive s'affichent 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 avec une erreur inconnue générée
APIRT-2647 Erreur "Le flux d'entrée sous-jacent a renvoyé zéro octet" avec nonprod/dev
APIRT-2630 Problèmes intermittents lors des tentatives de lecture de la valeur à partir 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 par 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 d'un délai avant expiration RPC entre la gestion et les MP
APIRT-2386 Le champ d'application de chaîne vide est créé dans un produit d'API avec des champs d'application OAuth autorisés vides
APIRT-2383 Les stratégies de transformation XSL ne semblent pas consigner de données 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 DEBUG 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 nouveau Content-Type
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 lors de l'importation (cela 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 un 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 Shema DB. Il n'y a pas d'autres mises à jour logicielles dans cette version.

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és/codes secrets pour une application de développeur possédant 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 à l'aide de l'API ont été résolus. Les documents de facturation sont correctement 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 booléens personnalisés 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.

16.07.06 (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, developerQuotaResetDate est désormais 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/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 n'apparaissent pas pendant au moins 10 minutes après les appels aux proxys d'API. Pour cette raison, le paramètre de plage de 10 minutes a été supprimé des rapports personnalisés, tandis que le paramètre de plage de 5 et 10 minutes a été supprimé de la vue "Performances" des proxys d'API.

16/06/22 (monétisation)

Aucune

UI

ID du problème Description
EDGEUI-566 Page vierge une fois que vous vous êtes connecté à l'interface 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 du proxy 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, les clés et les produits de développeur
EDGEUI 120 Le lien de l'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é.

16/06/08 (monétisation)

Aucune

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 du prépaiement au post-paiement

UI

ID du problème Description
EDGEUI-551 La session via l'UI expire si elle est inactive depuis 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 de point de terminaison entraîne un échec d'autorisation pour tous les points de terminaison

UI

ID du problème Description
EDGEUI-532 Le nouvel assistant 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 fichier WSDL non valide est transmis à l'assistant de proxy, celui-ci reste bloqué sur la dernière page.

16/04.27 (monétisation)

Aucune

UI

ID du problème Description
EDGEUI-502 L'éditeur de 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

Aucune

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 un script avec le nom par défaut, même si je spécifie un nom différent
EDGEUI-432 Création de proxys directe dans le tableau de bord de l'UI de gestion de périphérie
EDGEUI-90 Le nouvel éditeur de proxys d'API injecte des espaces blancs inappropriés autour des éléments préc.

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:

  1. Sur chaque nœud de processeur de messages, modifiez /etc/nscd.conf.
  2. Définissez la propriété suivante:

    enable-cache hosts no
DOC-1687 En raison d'un conflit connu de dépendances de packages, l'agent Katello utilisé dans Satellite Server 6 ne s'installe pas correctement sur les hôtes Apigee Edge exécutant le daemon Qpid.