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

Suppression de la propriété conf_http_HTTPClient.disable.url.hostname.validation

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

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

Edge effectuera une validation plus stricte sur les bundles de proxys d'API au moment du déploiement. Cette mise à jour permet de déployer plus rapidement les applications tout en réduisant les échecs de déploiement et les corruptions de bundles lorsque plusieurs utilisateurs importent le même bundle en même temps. Voici les modifications et comportements importants:

• Chaque bundle doit avoir une racine de système de fichiers de /apiproxy.
• Edge n'essaie plus d'ignorer les chemins 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.

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

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

Désactivation de Trireme pour les nouvelles organisations après la 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 Trireme Node.js

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

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

Les autorisations de l'administrateur de l'organisation ne doivent pas lister les ressources associées au vhost si elles ne sont pas limitées.

SecureStoreNotFound et StoreItemNotFound doivent être générés 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 des développeurs renvoyée par l'API de gestion

Délais avant expiration HTTP du 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 "agenda" dans Core Persistence Services (CPS)

Dans la stratégie 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 compatibles avec CPS, StartTime était ignoré, et le quota commençait/était réinitialisé à l'heure exacte plutôt qu'à l'heure spécifiée.

Avec cette version, la règle de quota tient compte de StartTime dans les organisations compatibles avec CPS.

Edge doit créer un build lorsque le hachage de la source correspond, mais que le build précédent a échoué.

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

Problème intermittent de désinstallation du proxy

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