Diese Seite wurde von der Cloud Translation API übersetzt.

14.09.17 – Versionshinweise zu Apigee Edge-Cloud

Sie lesen gerade die Dokumentation zu Apigee Edge.
Apigee X-Dokumentation aufrufen. info

Am Donnerstag, dem 18. September 2014, haben wir eine neue Cloud-Version von Apigee Edge veröffentlicht.

Neue Features und Verbesserungen

Im Folgenden sind die neuen Funktionen und Verbesserungen in diesem Release aufgeführt.

Analytics-Funktionen
- Regeln und Benachrichtigungen: Mit einer Regel können Sie eine Bedingung festlegen, die bei Erfüllung eine Benachrichtigung auslöst.
- Virtuelle Dimensionen: User-Agents, Zeitstempel und IP-Adressen werden automatisch Dimensionen wie Betriebssystemversion, Gerätefamilie, Wochentag, Stadt, Land und Zeitzone zugeordnet.
- Neu gestaltete Benutzeroberfläche für benutzerdefinierte Berichte (Beta)
- Support für Apigee 127-Proxys
„/“-Ressource für ProdukteAPIRT-667
Wenn Sie einem API-Produkt eine Ressource als einzelnen Schrägstrich „/“ hinzufügen, behandelt Apigee sie standardmäßig wie „/**“, wodurch Entwickler Zugriff auf alle URIs unter dem Basispfad erhalten. Mit einem neuen Attribut auf Organisationsebene (features.isSingleForwardSlashBlockingEnabled) können Sie das Standardverhalten von „/“ ändern. Wenn Sie das Attribut auf „true“ ändern (Cloud-Kunden müssen sich dazu an den Apigee-Support wenden), erhalten Entwickler mit „/“ nur Zugriff auf den Basispfad als Ressource.

Weitere Informationen finden Sie unter Verhalten eines Ressourcenpfads konfigurieren.
Konfiguration von HTTP-Antwortfehlern für Kontingent und Spike ArrestAPIRT-664
Apigee Edge-Organisationen können jetzt so konfiguriert werden, dass für alle Anfragen, die eine von einer Kontingent- oder Spike Arrest-Richtlinie festgelegte Ratenbegrenzung überschreiten, der HTTP-Statuscode 429 (Zu viele Anfragen) zurückgegeben wird. Die Standardkonfiguration gibt den HTTP-Statuscode 500 (Internal Server Error) zurück.

Wenden Sie sich an den Apigee-Support, um das Attribut features.isHTTPStatusTooManyRequestEnabled auf „true“ für Organisationen festlegen zu lassen, für die bei Kontingent- und Spike Arrest-Verstößen der HTTP-Statuscode 429 zurückgegeben werden soll.
Private Cloud:Lokale Edge-Kunden können diese Eigenschaft mit dem folgenden API-Aufruf festlegen:
```
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>"
```

Fehlerkorrekturen

Folgende Fehler wurden in diesem Release behoben.

Thema	Description
204-Fehler bei fehlendem Schlüssel in der Schlüsselwertzuordnung MGMT-960	Wenn ein Schlüssel in einer Key-Value-Map fehlte, wurde eine HTTP-Antwort mit dem Code 204 (No Content) anstelle des erwarteten Codes 404 (Not Found) zurückgegeben. Dieses Problem wurde behoben. Jetzt wird ein 404-Fehler zurückgegeben.
Berechtigungen für Nutzer mit mehreren Rollen MGMT-656	Berechtigungen für einen Nutzer, dem zwei oder mehr Rollen zugewiesen sind, wurden nicht korrekt kombiniert. Dieses Problem wurde behoben.
Codierung von Kleinbuchstaben in Richtlinien APIRT-703	In einer XML-Konfiguration für Richtlinien führte das Festlegen der Zeichencodierung mit Kleinbuchstaben „utf-8“ oder „utf-16“ dazu, dass Richtlinien fehlschlugen. Dieses Problem wurde behoben, sodass sowohl Klein- als auch Großbuchstaben unterstützt werden.