4.15.07.00 - Notes de version d'Apigee Edge pour Private Cloud

<ph type="x-smartling-placeholder"></ph> Vous consultez la documentation Apigee Edge.
Accédez à la page Documentation sur Apigee X. En savoir plus

Le mardi 8 septembre 2015, nous avons publié une version majeure d'Apigee Edge for Private Google Cloud.

Depuis la version trimestrielle précédente d'Edge for Private Cloud (4.15.04.00), les sont survenues et sont incluses dans cette version trimestrielle:

• Cloud: 15.04.15, 15.04.29, 15.05.27, 15.06.10 et 15.06.24
• Cloud privé: 4.15.04.01

les versions de Edge vers lesquelles vous pouvez effectuer la mise à niveau ; 4.15.07.00

Selon votre version actuelle d'Edge, vous pouvez:

• Passer directement à la version 4.15.07.00
• La mise à niveau incrémentielle, qui signifie que vous devez passer de la version actuelle à une autre Edge, puis mettre à niveau vers 4.15.07.00.

Pour plus d'informations, consultez la section Quelles versions d'Edge pour Private Cloud pouvez-vous mettre à niveau vers 4.15.07.00.

Avant la mise à niveau à partir de la version 4.15.01.x ou d'une version antérieure

1. Vérifiez la version de Cassandra SSTable: <ph type="x-smartling-placeholder">
   </ph>
   1. Changez le répertoire en /&lt;install-root&gt;/apigee4/data/cassandra/data.
   2. Exécutez une commande de recherche,
      &gt; trouver . -name *-ic-*
      Si vous exécutez Cassandra 1 .2 SSTable, les résultats doivent renvoyer un ensemble de fichiers.db.
   3. Exécutez cette commande de recherche:
      &gt; trouver . -name *-hf-*
      Les résultats doivent être vides, ce qui signifie qu'aucun fichier .db n'est au format hf. Si aucun fichier ne s'affiche dans le hf, vous êtes et vous pouvez passer à la version 4.15.07.00.
      
      Le format hf est destiné Les tables SSTables Cassandra 1.0. Si vous avez des fichiers *.db au format hf, vous devez mettre à niveau la table SSTable, comme décrit dans la suite de cette procédure.
2. Si vous trouvez des fichiers *.db au format hf, mettez à niveau SSTable en exécutant la commande suivante sur chaque nœud Cassandra jusqu'à ce que vous ayez mis à niveau nœuds:
   &gt; /<install-root>/apigee4/share/apache-cassandra/bin/nodetool -h localhost upgradestables -a
3. Répétez l'étape 1 pour vérifier que tous les fichiers *.db sont au format ic pour Cassandra 1.2. version.
4. Répétez les étapes 1 à 3 sur chaque nœud Cassandra de votre installation Edge.
5. Passez à Edge 4.15.07.00.
6. Après la mise à niveau vers la version 4.15.07.00, vérifiez que les fichiers *.db ont tous été mis à niveau à la version stable de style C* 2.0:
   &gt; cd /&lt;install-root&gt;/apigee4/data/cassandra/data
   &gt; trouver . -name *-jb-*
   Si vous exécutez Cassandra 2 .0, cette commande doit renvoyer un ensemble de fichiers.db.

Nouvelles fonctionnalités et améliorations

Vous trouverez ci-dessous les nouvelles fonctionnalités et améliorations de cette version.

Installation et mise à niveau

Mise à niveau et désinstallation sélective des composants

Les scripts apigee-upgrade.sh et apigee-uninstall.sh vous permettent désormais de sélectionner les composants Edge mettre à niveau ou désinstaller l'application. Auparavant, tous les composants du nœud étaient mis à niveau ou désinstallés. (OPDK-1377, OPDK-1175)

Rollback de la mise à niveau

Si le fichier apigee-upgrade.sh échoue lors d'une mise à niveau, vous pouvez désormais utiliser le fichier apigee-rollback.sh pour effectuer un rollback de la mise à niveau. Après avoir résolu les éventuels problèmes de mise à niveau, vous pouvez réessayer. (OPDK-1275)

Options raccourcies du script d'installation

Les scripts d'installation ne prennent plus la forme longue d'options, telles que --help. Désormais, elles n'ont plus prendre des options à une seule lettre, telles que -h. (OPDK-1356)

Installation de SmartDocs

Lorsque vous installez SmartDocs avec le script setup-smartdocs.sh, vous êtes invité à saisir le l'organisation, l'environnement et l'hôte virtuel, ce qui garantit que SmartDocs est installé à l'emplacement prévu. Auparavant, ces valeurs étaient codées en dur dans le script. (OPDK-1310)

Exécuter update-cass-pwd-in-config.sh sans invites

Le script update-cass-pwd-in-config.sh peut s'exécuter sans invite si vous définissez le paramètre ENABLE_CASS_AUTH, CASS_USERNAME et CASS_PASSWORD. (OPDK-1309)

Plate-forme périphérique

Vous trouverez ci-dessous les nouvelles fonctionnalités de la plate-forme Edge incluses dans cette version.

OpenJDK 1.7 est pris en charge par Edge Private Cloud

Cette version d'Edge est compatible avec Oracle JDK 1.7 et OpenJDK 7, et a supprimé la compatibilité avec JDK 1.6. (OPDK-1187)

OS compatibles

Apigee Edge pour Private Cloud est désormais compatible avec Red Hat Enterprise Linux 6.6 et 7.0 (64 bits), CentOS 6.5, 6.6 et 7.0 (64 bits) et Oracle Linux 6.5.

Cassandra 2.0.15 inclus dans OPDK 15.07

Cette version installe Cassandra 2.0.15. Si vous effectuez une mise à niveau pour une version antérieure, de Cassandra sera mis à jour. (OPDK-1197)

Compatibilité SHA2 pour le hachage des jetons OAuth

Afin de mieux protéger les jetons OAuth en cas de violation de la sécurité de la base de données, Edge prend en charge SHA2 pour le hachage des jetons OAuth (en plus de SHA1). Avec le nouveau niveau d'organisation propriétés, vous pouvez activer et configurer le hachage des nouveaux jetons et conserver l'ancien hachage sur tous les jetons qui existaient avant cette nouvelle fonctionnalité. Précédemment dans Edge for Private Cloud, appelée hash.oauth.tokens.enabled dans le fichier keymanagement.properties (sur votre serveur de gestion et processeurs de messages) ont activé le hachage SHA1 automatique des jetons OAuth. Ce est désormais obsolète.

Si vous avez déjà utilisé la propriété hash.oauth.tokens.enabled pour activer le hachage SHA1, la script de mise à niveau pour cette version génère automatiquement les nouvelles propriétés au niveau de l'organisation. À après la mise à niveau, exécutez une commande GET en tant qu'administrateur système à l'aide de cette API: https://{host}:{port}/v1/o/{your_org}.

• Pour en savoir plus sur l'activation du hachage des jetons dans votre organisation avec les nouvelles propriétés, consultez "Hachage de jetons dans la base de données" dans la section Demander des jetons d'accès sur ce sujet.
• Pour plus d'informations sur le hachage groupé de jetons existants, consultez le document Edge for Private Cloud Guide d'utilisation. (APIRT-1389).

Structure de répertoire plate pour les fichiers journaux

Vous pouvez configurer Edge pour stocker les fichiers journaux dans une structure de répertoires plate en définissant une nouvelle Propriété enable.flat.directory.structure sur "true" dans message-logging.properties . Pour en savoir plus, consultez la page Règle de journalisation des messages. (APIRT-1394)

Performances du cache de l'environnement

Pour améliorer la gestion et l'utilisation du cache en mémoire, le paramètre "Nombre maximal d'éléments en mémoire" sur les ressources de cache de l'environnement sont obsolètes. Le nombre total d'éléments présents sur de toutes les ressources de cache (y compris le cache par défaut) dépend de la mémoire totale allouée au cache. Par défaut, la mémoire totale allouée à la mise en cache en mémoire sur un processeur de messages donné correspond à 40% de la mémoire totale disponible, déterminé par les paramètres de propriété de cache dans votre message processeur cache.properties. Les éléments ne sont expulsés du cache en mémoire que s'il existe mémoire cache insuffisante ou les éléments expirent.

Revenir à l'ancien comportement qui consistait à utiliser le paramètre "Nombre maximal d'éléments en mémoire" pour la gestion du cache, définissez la propriété overrideMaxElementsInCacheResource=false dans cache.properties. (APIRT-1140)

Services d'API

Vous trouverez ci-dessous les nouvelles fonctionnalités des services d'API incluses dans cette version.

Nouvel éditeur de proxy par défaut

Le nouvel éditeur de proxy d'API est activé par défaut dans l'interface utilisateur de gestion. Le nouvel éditeur inclut de nombreuses améliorations de la convivialité, y compris des vues plus complètes des flux conditionnels et points de terminaison sur la page "Vue d'ensemble", toute la configuration sur la page "Développement", ainsi que l'ajout plus intuitif flux conditionnels, points de terminaison et stratégies, des vues XML plus complètes plutôt que de petits extraits, qui explore les noms de fichiers, le texte, etc. (MGMT-2279)

Nouvelle règle de suppression des informations OAuth v2.0

Une nouvelle fenêtre "Supprimer les informations OAuth v2.0" permet de supprimer les jetons d'accès OAuth v2 et les autorisations codes. Cette règle remplace la fonctionnalité précédemment fournie par l'API de gestion. Pour plus informations, consultez la section Supprimer Règle d'informations OAuthV2 (MGMT-2257)

Nouvelle règle de suppression des informations OAuth v1.0

Une nouvelle fenêtre "Supprimer les informations OAuth v1.0" vous permet de supprimer les jetons de requête OAuth v1.0, les jetons et les codes de vérificateur. Elles remplacent la fonctionnalité fournie précédemment par l'API de gestion de projet. Pour en savoir plus, consultez Supprimer la règle d'informations OAuth V1. (APIRT-1351)

Règle de contrôle des accès

La règle de contrôle d'accès a été améliorée pour permettre une évaluation plus précise des adresses IP pour les listes d'autorisation et de blocage lorsque des adresses IP sont contenues dans En-tête HTTP X-FORWARDED-FOR.

Avec la vérification des adresses IP multiples activée sur l'en-tête (contactez l'assistance pour définir le feature.enableMultipleXForwardCheckForACL), une Le nouvel élément <ValidateBasedOn> de la règle vous permet de vérifier la première IP, la dernière IP ou toutes les IP de l'en-tête. Pour en savoir plus, consultez la section Stratégie de contrôle d'accès.

Nouvelles entités dans la règle d'entité d'accès

La stratégie d'entité d'accès permet d'accéder aux nouvelles entités suivantes: consumerkey-scopes, authorizationcode, requesttoken et verifier. Pour en savoir plus, consultez la section Stratégie d'entité d'accès.

Stratégie du collecteur de statistiques: conversion automatique du nom des statistiques en minuscules

Lors de la création d'une collection d'analyse personnalisée dans l'éditeur de proxy d'API (page Développement > Outils &gt; collection Analytics personnalisée), la variable de collecteur (statistique) "Nom" doit être en minuscules. Si vous saisissez le nom en majuscules, l'outil convertit automatiquement le nom de la statistique. en minuscules dans la stratégie du collecteur de statistiques. (MGMT-740)

Suppression de Classic Trace dans l'éditeur de proxy d'API

La dernière version de la fonctionnalité Trace dans l'éditeur de proxy d'API est passée de la version bêta à en disponibilité générale. Accès à la "trace classique" avec le bouton "Accéder à la version classique de Trace" lien n'est plus disponible.

Accès à la communauté Apigee depuis le menu d'aide de l'interface utilisateur de gestion

Vous pouvez accéder à la communauté Apigee à partir du menu d'aide de l'interface utilisateur de gestion.

Messages d'erreur dans l'interface utilisateur de gestion

Voici les améliorations apportées aux messages d'erreur dans l'interface utilisateur de gestion:

• L'interface utilisateur de gestion permettant de regrouper et d'afficher tous les messages d'erreur pour l'ensemble session de connexion, sauf si vous les avez ignorées. Avec cette mise à jour, les messages d'erreur sont effacés automatiquement lorsque vous quittez la page sur laquelle ils se sont produits. (MGMT-2254)
• L'interface utilisateur de gestion ne supprime plus les messages d'erreur en double. (MGMT-2242)

Amélioration des performances de l'interface utilisateur et des erreurs

Des améliorations générales ont été apportées à différentes zones de l'interface utilisateur de gestion, y compris l'affichage des pages les performances et le nettoyage des messages d'erreur.

Liens hypertextes sur les rôles sur la page "Utilisateurs de l'organisation" dans l'interface utilisateur de gestion

Sur la page "Utilisateurs de l'organisation" de l'interface utilisateur de gestion (Admin > Utilisateurs de l'organisation), rôle s'affichent désormais sous forme de liens hypertextes, ce qui vous permet d'accéder rapidement aux pages de rôles. (MGMT-1055)

Nouvelles variables cibles dans le flux de messages

De nouvelles variables dans les flux de messages fournissent des informations plus complètes sur les URL pour les points de terminaison cibles et serveurs cibles:

• TargetEndpoint: request.url remplace target.basepath.with.query.
• TargetServer: loadbalancing.targetserver remplace targetserver.name. De plus, target.basepath n'est renseigné que si l'élément <Path> est utilisé dans le HTTPTargetConnection <LoadBalancer>.

Compatibilité avec l'indication du nom du serveur (SNI)

Edge prend en charge l'utilisation de l'indication du nom du serveur vers le sud (du processeur de messages vers la cible points de terminaison). Si vous souhaitez utiliser la SNI, contactez l'assistance Apigee.

Java 1.7 est requis.

Avec SNI, qui est une extension de TLS/SSL, plusieurs cibles HTTPS peuvent être diffusées l'adresse IP et le port sans que toutes ces cibles n'utilisent le même certificat.

Aucune configuration spécifique à la périphérie n'est requise. Si votre environnement est configuré pour "Direction sud" SNI (le cloud Edge est activé par défaut), Edge le prend en charge.

Edge extrait automatiquement le nom d'hôte de l'URL de la requête et l'ajoute à la requête de handshake SSL. Par exemple, si l'hôte cible est https://example.com/request/path, alors Edge ajoute l'extension server_name comme indiqué ci-dessous:

Pour en savoir plus sur la SNI, consultez la page http://en.wikipedia.org/wiki/Server_Name_Indication.

« Algorithme de signature » dans les détails des certificats SSL

Un nouvel "algorithme de signature" a été ajouté aux détails du certificat SSL, visible dans le de gestion des certificats (Admin > Certificats SSL) et l'API de gestion (Obtenir Détails du certificat provenant d'un keystore ou d'un Truststore). Le champ affiche soit "sha1WithRSAEncryption", ou "sha256WithRSAEncryption", selon le type d'algorithme de hachage utilisé pour générer le certificat.

Affichage des certificats SSL approchant d'expiration

La page "Certificats SSL" dans l'interface utilisateur de gestion (Admin > Certificats SSL) indique quand Les certificats SSL arrivent à expiration dans 10, 15, 30 ou 90 jours, en fonction de l'option sélectionnée dans dans la liste déroulante "Expiration".

Configuration des erreurs de protection contre les menaces

Par défaut, Edge génère un code d'état d'erreur interne du serveur HTTP 500 et un code d'état ExecutionFailed. s'affiche si un message ne dépasse pas une stratégie de protection contre les menaces JSON ou XML. Vous pouvez modifier ce comportement en utilisant une nouvelle propriété au niveau de l'organisation. Lorsque vous configurez une organisation la propriété features.isPolicyHttpStatusEnabled sur "true", se produit:

• Requête: lorsqu'une stratégie de protection contre les menaces est associée à un flux de requêtes, les messages non valides renvoient un code d'état 400, ainsi qu'un message d'erreur lié à la stratégie correspondant.
• Réponse: si une stratégie de protection contre les menaces est associée à un flux de réponse, les messages non valides renvoient toujours un code d'état 500, et l'un des messages d'erreur de stratégie correspondants est généré. (et pas seulement "ExecutionFailed").

Les clients Cloud doivent contacter l'assistance Apigee pour définir la propriété d'organisation. Cette fonctionnalité sera disponible pour les clients Edge Private Cloud lors version trimestrielle du cloud privé.

Mise à jour des schémas pour les points de terminaison, les proxys et d'autres entités

Les schémas de référence ont été mis à jour pour les entités sans règle, telles que TargetEndpoint, ProxyEndpoint, APIProxy et bien d'autres. Consultez https://github.com/apigee/api-platform-samples/tree/master/schemas. (APIRT-1249)

Services pour les développeurs

Vous trouverez ci-dessous les nouvelles fonctionnalités des services pour les développeurs incluses dans cette version.

Disponibilité générale de SmartDocs

SmartDocs passe de la version bêta à la disponibilité générale. Mises à jour et nouvelles fonctionnalités incluent:

• Compatibilité avec Swagger 2.0, y compris l'importation par fichier ou par URL, ainsi que la prise en charge de d'objets de sécurité nommés de façon personnalisée.
• Améliorations de la conception visuelle dans les modèles qui génèrent des SmartDocs.
• Amélioration de la convivialité et des processus du portail des développeurs via la section Contenu &gt; Menu SmartDocs de Drupal.
• Ce que l'on appelle un "jeton personnalisé" l'authentification s'appelle désormais "clé API".
• Sécurité de l'authentification définis au niveau de la révision.
• Configuration de l'authentification client au niveau du modèle. Les nouvelles révisions ne sont plus réinitialisées les identifiants client SmartDocs préconfigurés.

Pour obtenir d'autres descriptions de fonctionnalités, consultez ce blog post.

Pour la documentation SmartDocs, consultez l'article Utiliser SmartDocs pour documenter API.

Nom de l'application de développeur affiché dans l'interface utilisateur de gestion

Les applications de développement dans Edge ont à la fois un nom interne qui ne change pas et un nom à afficher qui que vous pouvez modifier. Sur la page de l'application de développeur dans l'interface utilisateur de gestion (Publier > Applications de développeur > nom de l'application), le "Nom" interne de l'application s'affiche à côté du "Nom à afficher". pour identifier visuellement les applications grâce à leurs noms internes à des fins de dépannage et de gestion des API.

Services d'analyse

Vous trouverez ci-dessous les nouvelles fonctionnalités des services d'analyse incluses dans cette version.

Limite de temps pour la conservation des données

Lors de la génération de rapports d'analyse avec l'interface utilisateur ou l'API de gestion, les données datant de plus de six mois de la date du jour n'est pas accessible par défaut. Pour accéder à des données datant de plus de six mois, contactez l'assistance Apigee.

Suppression de la version classique des rapports personnalisés de l'interface utilisateur de gestion

La version classique facultative des rapports Analytics personnalisés n'est plus disponible dans le de gestion centralisée.

Performances du widget d'engagement des développeurs

Le widget d'entonnoir de conversion du tableau de bord principal des données analytiques (section "Engagement des développeurs") a été amélioré. pour offrir de meilleures performances.

Monétisation

Vous trouverez ci-dessous les nouvelles fonctionnalités de monétisation incluses dans cette version.

Notifications par e-mail des forfaits

Un nouveau type de notification par e-mail sur les forfaits vous permet d'informer les développeurs lorsqu'ils atteignent un certain seuil de transaction ou d'une limite en dollars dans les forfaits avec tarifs segmentés ou groupés qu'ils ont achetés. Pour détails, consultez la section Configurer des notifications à l'aide de modèles de notification.

Synchronisation des frais récurrents et périodes de base d'agrégation

Dans un plan tarifaire, deux périodes différentes étaient potentiellement en vigueur:

• Période de frais récurrents, configurée dans l'onglet "Frais" d'un plan tarifaire, qui détermine quand les développeurs ont dû payer des frais récurrents.
• Période de base d'agrégation, définie sur le tableau des tarifs pour les forfaits avec bandes de volume ou groupées, qui déterminé quand l'utilisation du bundle a été réinitialisée pour les développeurs.

Ces deux périodes sont maintenant synchronisées. Lorsque des frais récurrents non nuls et un volume bandé ou qu'un tableau des tarifs d'offre groupée existe dans un plan tarifaire, la période avec frais récurrents est utilisée dans les deux cas. Par exemple : Si des frais mensuels sont facturés, les groupes de tableaux des tarifs sont également réinitialisés tous les mois (par défaut, début du mois).

En l'absence de frais récurrents, les offres groupées sont réinitialisées sur la base de la Base d'agrégation définie sur le tableau des tarifs. Par exemple, si un développeur commence à utiliser un tableau des tarifs le 19 du mois et que La base d'agrégation est tous les mois, puis l'utilisation du bundle est réinitialisée un mois après le 19.

La base d'agrégation va être abandonnée et sera supprimée de la monétisation à l'avenir de sortie. Pour plus d'informations, consultez la section Spécifier un plan de tableau des tarifs détails.

Attributs personnalisés dans les rapports récapitulatifs sur les revenus

Les règles d'enregistrement des transactions vous permettent, si vous le souhaitez, de capturer des données d'attributs personnalisés transactions. Vous pouvez désormais inclure ces attributs de transaction personnalisés dans le récapitulatif des revenus. rapports. En ajoutant une propriété MINT.SUMMARY_CUSTOM_ATTRIBUTES à votre organisation, vous pouvez : indiquent quels attributs personnalisés sont ajoutés aux tables de la base de données pour être utilisés dans les rapports.

Apigee Edge pour les clients de cloud privé peut définir l'indicateur à l'aide de l'appel d'API suivant et Identifiants d'administrateur système.

curl -u email:password -X PUT -H "Content-type:application/xml" http://host:8080/v1/o/myorg -d \
"<Organization type="trial" name="MyOrganization">
    <Properties>
        <Property name="features.isMonetizationEnabled">true</Property>
        <Property name="MINT.SUMMARY_CUSTOM_ATTRIBUTES">[&quot;my_attribute_1&quot;,&quot;my_attribute_2&quot;]</Property>
        <Property name="features.topLevelDevelopersAreCompanies">false</Property>
    </Properties>
</Organization>"

Notez que le tableau d'attributs personnalisés dans l'appel d'API est encodé au format URL.

Processus de mise à niveau SmartDocs

Si vous utilisiez déjà SmartDocs pendant la période bêta, de nouvelles fonctionnalités en disponibilité générale nécessitent que vous mettiez à niveau SmartDocs dans votre portail.

Toutes les pages SmartDocs déjà publiées sur votre portail des développeurs continueront à fonctionne, mais vous devez suivre le processus de mise à jour avant de modifier ou de publier des modifications ou de nouvelles pages.

Gardez à l'esprit que même si vous pouvez afficher et publier des SmartDocs sur votre portail des développeurs, Les SmartDocs sont générés à partir du modèle d'API qui se trouve dans la gestion des API Edge d'Apigee. Services. Toutes les modifications que vous apportez à un modèle d'API dans Edge seront les mêmes dans toutes les applications Pantheon (de la même manière que les développeurs existent dans les environnements Pantheon).

Pour passer de la version bêta de SmartDocs à la disponibilité générale

1. Mettez à jour et testez la version 15.05.27 dans vos environnements dev ou test sur Panthéon.
2. Créez un modèle pour remplacer tout modèle d'API existant que vous avez utilisé.
   • Si vous avez importé des documents Swagger ou WADL, réimportez-les dans un nouveau la révision.
   • Si vous avez conservé votre modèle d'API à l'aide du module SmartDocs, exportez le modèle au format SmartDocs au format JSON et importez-les dans votre nouveau modèle à l'aide de fichiers joints.
3. Définissez les propriétés de sécurité de la révision de votre modèle. Dans la section Contenu > SmartDocs > modèle, sélectionnez Paramètres de sécurité.
   
4. Vérifiez toute authentification préconfigurée sur la page des paramètres du modèle (Contenu > SmartDocs), en cliquant sur Paramètres dans la section "Opérations" .
   
5. Mettez à jour les modèles personnalisés pour qu'ils utilisent la version 6 des éléments CSS et JavaScript, puis effectuez les modifications nécessaires en conséquence. tout nouveau nom d'objet, tel que authSchemes et apiSchema. Pour en savoir plus sur la mise à jour des SmartDocs, modèles, consultez la section Utiliser SmartDocs pour documenter les API.
6. Affichez à nouveau la révision de votre modèle et publiez-la.
7. Après avoir validé la nouvelle documentation, mettez à jour votre portail de production vers la version 15.05.27.

Si vous êtes un client Edge Enterprise et que vous avez des questions ou des inquiétudes concernant la mise à niveau veuillez envoyer un e-mail à marsh@apigee.com et cnovak@apigee.com. Sinon, veuillez utiliser la communauté Apigee pour obtenir de réponse.

Modifications et améliorations futures des fonctionnalités

Cette section donne un aperçu des futures modifications et améliorations attendues des fonctionnalités:

Remplacer par Comportement de la règle de cache de réponse

Disponible dans une prochaine version (à déterminer), le comportement par défaut du &lt;ExcludeErrorResponse&gt; de la stratégie du cache de réponse sera modifié.

Comportement actuel:l'élément <ExcludeErrorResponse> dans la stratégie de cache de réponses est "false" par défaut. Cela signifie que, par défaut, les réponses contenant code d’état HTTP possible (y compris 3xx) sont mis en cache par la stratégie de cache de réponse.

Comportement futur:l'élément <ExcludeErrorResponse> dans La stratégie de cache de réponse est définie par défaut sur "true". Cela signifie que, par défaut, seules les réponses avec des requêtes HTTP Les codes d'état 200 à 205 sont mis en cache. Pour ignorer ce comportement et mettre en cache les réponses pour tous vous devez définir l'élément <ExcludeErrorResponse> à "true" de manière explicite.

Solution actuelle : Pour le cloud privé 4.15.07.00 et les versions antérieures, si vous souhaitez mettre en cache les réponses uniquement avec les codes d'état 200 à 205, vous devez définir explicitement le élément <ExcludeErrorResponse> sur "true".

Bugs résolus

Les bugs suivants sont résolus dans cette version.

Problèmes connus

Cette version présente les problèmes connus suivants.

> source /{install-dir}/apigee4/bin/apigee-env.sh 

> VER=`basename $(find $SHARE_DIR/installer/monetization -name "mint-*.zip") | cut -d "-" -f 2,3,4` 

> sed -i "s/^MONETIZATION_VERSION=.*/MONETIZATION_VERSION=$VER/" /install-dir/apigee4/bin/apigee-env.sh 

> rm /install-dir/apigee4/share/monetization 

************************************** 
In order to complete the monetization upgrade please run: 
sudo /opt/apigee4/share/monetization/schema/migration/MOPDK4.15.04.00/
365-create-notification-condition.sh 
************************************** 

connect.ranges.denied=10.0.0.0/8,192.168.0.0/16,127.0.0.1/32

<install_dir>/apigge4/bin/apigee-service message-processor restart