180302 - Notes de version d'Apigee Edge pour le cloud public

Supprimer la propriété conf_http_HTTPClient.disable.url.hostname.validation

Cette propriété permettant de désactiver les validations de nom d'hôte est redondante et sera supprimée dans la prochaine version cloud.

Optimisations de l'importation/mise à jour des bundles de proxy

Edge effectuera une validation plus poussée des bundles de proxy d'API au moment du déploiement. Cette mise à jour permet d'accélérer les déploiements tout en réduisant les échecs de déploiement et les corruptions de bundle lorsque plusieurs utilisateurs importent le même bundle en même temps. Voici les principaux changements et comportements à noter :

• Chaque bundle doit avoir une racine de système de fichiers /apiproxy.
• Edge ne tente plus d'ignorer les chemins d'accès dans le dossier de ressources d'un bundle de proxy d'API. (Par exemple, Edge n'ignore plus les répertoires .git ou .svn.)
• Si un bundle contient une configuration non valide de plusieurs fichiers de configuration XML de proxy d'API (par exemple, apiproxy/proxy1.xml et apiproxy/proxy2.xml), il n'est pas garanti que la configuration utilisée pour le proxy d'API soit celle attendue.

Faire en sorte que les vérifications de l'état utilisent le cache DNS Apigee

Amélioration du message d'erreur de MGMT en cas d'échec de l'API de déploiement HT

Désactiver Trireme pour les nouvelles organisations après la version bêta

L'actualisation du DNS ne se produit pas après la suppression de toutes les adresses IP de la liste, sauf si l'entrée DNS réelle change.

Modifier la valeur de configuration par défaut pour la logique de redémarrage de Node.js Trireme

Le TTL de la définition de ressource de cache n'est pas respecté pour les organisations CPS lorsque les paramètres d'expiration comportent un tag avec des valeurs vides

Scénario d'erreur registration.ServerDoesNotExist lors du déploiement de proxys d'API

Les autorisations d'administrateur de l'organisation ne doivent pas lister les ressources liées aux hôtes virtuels si elles ne sont pas restreintes.

SecureStoreNotFound et StoreItemNotFound doivent être générées en tant que 404 au lieu de 5XX

L'importation du proxy échoue si le fichier proxy.xml contient une double barre oblique

Liste incorrecte de développeurs renvoyée par l'API Management

Délais avant expiration HTTP de MP > Turbo (cibles hébergées) lors du déploiement

L'heure de début de la règle de quota n'est pas respectée pour "calendar" dans les services Core Persistence Services (CPS)

Dans la règle de quota, lorsque vous configurez un type de quota calendar, l'élément StartTime vous permet de définir une date et une heure spécifiques pour que le quota commence à comptabiliser les appels d'API. L'heure de début affecte également les paramètres Interval et TimeUnit qui déterminent la fréquence de réinitialisation du quota. Dans les organisations pour lesquelles le CPS est activé, StartTime était ignoré et le quota commençait/était réinitialisé au début de l'heure plutôt qu'à l'heure spécifiée.

Avec cette version, la règle de quotas tient compte de StartTime dans les organisations pour lesquelles le CPS est activé.

Edge doit créer une version lorsque le hachage source correspond, mais que la version précédente a échoué.

En-tête "Content-Encoding" supprimé dans le flux de requête

Problème intermittent de non-déploiement du proxy

La configuration du masque ne masque pas les données sensibles dans la trace