Google utilise la technologie IA pour traduire le contenu dans votre langue préférée. Les traductions générées par IA peuvent contenir des erreurs.

14.09.17 – Notes de version du cloud d'Apigee Edge

Vous consultez la documentation Apigee Edge.
Accédez à la documentation**Apigee X**. info

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 du système d'exploitation, la famille d'appareils, le jour de la semaine, la ville, le pays et le fuseau horaire.
- Interface nouvellement conçue 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 seule barre oblique "/", Apigee la traite par défaut comme "/**", ce qui permet aux développeurs d'accéder à 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 "/". Si vous définissez la propriété sur "true" (les clients Cloud doivent contacter l'assistance Apigee pour ce faire), "/" permet aux développeurs d'accéder uniquement 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 au serveur ).

Contactez l'assistance Apigee pour que la features.isHTTPStatusTooManyRequestEnabled propriété soit définie sur "true" pour les organisations pour lesquelles vous souhaitez que les violations des règles Quota et Spike Arrest 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 d'une clé dans un mappage clé-valeur renvoyait une réponse HTTP 204 (Aucun contenu) au lieu de la réponse 404 (Introuvable) attendue. Ce problème a été résolu pour renvoyer une réponse 404.
Autorisations pour un utilisateur ayant plusieurs rôles MGMT-656	Les autorisations d'un utilisateur affecté à deux rôles ou plus n'étaient pas combinées correctement. Ce problème a été résolu.
Encodage de l'ensemble de caractères en minuscules sur 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.