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 la bonne.

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 une fois que toutes les adresses IP ont été supprimées 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

La définition de la ressource TTL à partir du cache n'est pas respectée 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'admin. de l'entr. 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 auxquelles 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 CPS est activé, StartTime était ignoré, et le quota commençait/était réinitialisé en début d'heure plutôt qu'à l'heure spécifiée.

Avec cette version, la règle de quota prend en compte 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