Google verwendet KI-Technologie, um Inhalte in Ihre bevorzugte Sprache zu übersetzen. KI-Übersetzungen können Fehler enthalten.

14.09.17 – Versionshinweise zu Apigee Edge-Cloud

Sie lesen gerade die Dokumentation zu Apigee Edge.
Zur Dokumentation zuApigee X wechseln. info

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

Neue Features und Verbesserungen

Im Folgenden finden Sie die neuen Features und Verbesserungen in diesem Release.

Analytics-Funktionen
- Regeln und Benachrichtigungen: Mit einer Regel können Sie eine Bedingung angeben, die bei Auswertung als „wahr“ eine Benachrichtigung generiert.
- 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)
- Unterstützung für mit Apigee 127 erstellte Proxys
Ressource „/“ für ProdukteAPIRT-667
Wenn Sie einem API-Produkt eine Ressource als einzelner Schrägstrich „/“ hinzufügen, behandelt Apigee sie standardmäßig wie „/**“, wodurch Entwickler Zugriff auf alle URIs unter dem Basispfad erhalten. Mit dem neuen Attribut features.isSingleForwardSlashBlockingEnabled auf Organisationsebene 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 SpikeArrest-RichtlinienAPIRT-664
Apigee Edge-Organisationen können jetzt so konfiguriert werden, dass für alle Anfragen, die eine von einer Kontingent- oder SpikeArrest-Richtlinie festgelegte Ratenbegrenzung überschreiten, der HTTP-Statuscode 429 (Zu viele Anfragen) zurückgegeben wird. Die Standardkonfiguration gibt den HTTP-Statuscode 500 (Interner Server Fehler) zurück.

Wenden Sie sich an den Apigee-Support, um das features.isHTTPStatusTooManyRequestEnabled Attribut auf „true“ zu setzen, für Organisationen, für die bei Kontingent- und SpikeArrest-Verstößen der HTTP-Statuscode 429 zurückgegeben werden soll.
Private Cloud: Edge-Kunden mit lokaler Bereitstellung können dieses Attribut 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	Beschreibung
Fehler 204 bei fehlendem Schlüssel in der Schlüssel/Wert-Paar-Zuordnung MGMT-960	Wenn ein Schlüssel in einer Schlüssel/Wert-Paar-Zuordnung fehlte, wurde die HTTP-Antwort 204 (Kein Inhalt) anstelle der erwarteten Antwort 404 (Nicht gefunden) zurückgegeben. Dieses Problem wurde behoben, sodass jetzt 404 zurückgegeben wird.
Berechtigungen für Nutzer in mehreren Rollen MGMT-656	Die Berechtigungen für einen Nutzer, der zwei oder mehr Rollen zugewiesen war, wurden nicht korrekt kombiniert. Dieses Problem wurde behoben.
Codierung mit Kleinbuchstaben in Richtlinien APIRT-703	Wenn in einer XML-Konfiguration einer Richtlinie die Zeichencodierung mit Kleinbuchstaben „utf-8“ oder „utf-16“ festgelegt wurde, traten Fehler bei den Richtlinien auf. Dieses Problem wurde behoben, sodass jetzt sowohl Klein- als auch Großbuchstaben unterstützt werden.