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 Apigee Edge.
Accédez à la documentation Apigee X.

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 apportées à cette version.

Fonctionnalités Analytics
- Règles et alertes : une règle vous permet de spécifier une condition qui, lorsqu'elle est évaluée à "true", génère une alerte.
- Dimensions virtuelles : les user-agents, les codes temporels et les adresses IP sont automatiquement mappés à des dimensions telles que la version de l'OS, 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 Apigee 127
Ressource "/" sur les produitsAPIRT-667
Lorsque vous ajoutez une ressource à un produit d'API sous la forme d'une seule barre oblique "/", Apigee la traite par défaut de la même manière que "/**", ce qui donne aux développeurs l'accès à tous les URI sous le 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 définissant la propriété sur "true" (les clients Cloud doivent contacter l'assistance Apigee pour ce faire), "/" ne donne aux développeurs l'accès qu'au chemin de base en tant que ressource.

Pour en savoir plus, consultez Configurer le comportement d'un chemin de ressource.
Configuration des erreurs de réponse HTTP pour les règles Quota et Spike ArrestAPIRT-664
Les organisations Apigee Edge peuvent désormais être configurées pour renvoyer un code d'état HTTP 429 (trop de requêtes) pour toutes les requêtes qui dépassent une limite de débit définie par une règle Quota ou Spike Arrest. La configuration par défaut renvoie un code d'état HTTP 500 (erreur interne du serveur).

Contactez l'assistance Apigee pour que la propriété features.isHTTPStatusTooManyRequestEnabled soit définie sur "true" pour les organisations pour lesquelles vous souhaitez que les cas de non-respect des règles de quota et SpikeArrest renvoient un 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.

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