Cette page a été traduite par l'API Cloud Translation.

14.09.17 – Notes de version du cloud d'Apigee Edge

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

Le jeudi 18 septembre 2014, nous avons lancé une nouvelle version cloud d'Apigee Edge.

Nouvelles fonctionnalités et améliorations

Voici les nouvelles fonctionnalités et améliorations de cette version.

Fonctionnalités d'analyse
- Règles et alertes : une règle vous permet de spécifier une condition qui, lorsqu'elle prend la valeur "true", génère une alerte.
- Dimensions virtuelles : les user-agents, les codes temporels et les adresses IP sont automatiquement mappés avec des dimensions telles que la version du système d'exploitation, la famille d'appareils, le jour de la semaine, la ville, le pays et le fuseau horaire.
- Nouvelle interface pour les rapports personnalisés (bêta)
- Compatibilité avec les proxys intégrés Apigee 127
"/" ressource sur les produitsAPIRT-667
Lorsque vous ajoutez une ressource à un produit d'API sous la forme d'une barre oblique unique "/", Apigee la traite par défaut de la même manière que "/**", ce qui permet aux développeurs d'accéder à tous les URI du chemin de base. Une nouvelle propriété features.isSingleForwardSlashBlockingEnabled au niveau de l'organisation vous permet de modifier le comportement par défaut de "/". En remplaçant la propriété par "true" (les clients cloud doivent contacter l'assistance Apigee pour le faire), "/" permet aux développeurs d'accéder uniquement au chemin de base en tant que ressource.

Pour en savoir plus, consultez la section Configurer le comportement d'un chemin d'accès aux ressources.
Configuration d'erreur de réponse HTTP pour l'arrêt des quotas et des picsAPIRT-664
Les organisations Apigee Edge peuvent désormais être configurées pour renvoyer un code d'état HTTP 429 (requêtes excessives) pour toutes les requêtes qui dépassent une limite de débit définie par une règle de quota ou d'arrêt des pics. La configuration par défaut renvoie le code d'état HTTP 500 (erreur interne du serveur).

Contactez l'assistance Apigee afin de définir la propriété features.isHTTPStatusTooManyRequestEnabled sur "true" pour les organisations pour lesquelles vous souhaitez que les cas de non-respect des règles de quota et d'arrêt des pics renvoient le code d'état HTTP 429.
Cloud privé:les clients Edge sur site peuvent définir cette propriété avec l'appel d'API suivant :
```
curl -u email:password -X POST -H "Content-type:application/xml" http://host:8080/v1/o/myorg -d \
"<Organization type="trial" name="MyOrganization">
    <DisplayName>MyOrganization</DisplayName>
    <Environments/>
    <Properties>
        <Property name="features.isHTTPStatusTooManyRequestEnabled">true</Property>
    </Properties>
</Organization>"
```

Bugs résolus

Les bugs suivants sont résolus dans cette version.

Thème	Description
Erreur 204 sur une clé manquante dans le mappage clé-valeur MGMT-960	L'absence d'une clé dans un mappage de clés-valeurs renvoyait une réponse HTTP 204 (Aucun contenu) au lieu de l'erreur 404 attendue (Introuvable). Ce problème a été résolu pour renvoyer une erreur 404.
Autorisations pour un utilisateur doté de plusieurs rôles MGMT-656	Les autorisations d'un utilisateur attribué à deux rôles ou plus n'étaient pas correctement combinées. Ce problème a été résolu.
Encodage des jeux de caractères en minuscules sur les règles APIRT-703	Dans une configuration XML de règles, la définition de l'encodage des caractères en minuscules "utf-8" ou "utf-16" entraînait l'échec des règles. Ce problème a été résolu pour assurer la compatibilité avec l'encodage en minuscules et en majuscules.