Sie sehen die Dokumentation zu Apigee Edge.
Zur Apigee X-Dokumentation weitere Informationen
Am Dienstag, dem 9. Juni 2015, wurde eine neue Cloud-Version von Apigee Edge veröffentlicht.
Wenn Sie Fragen haben, wenden Sie sich an den Apigee-Kundensupport.
Eine Liste aller Versionshinweise zu Apigee Edge finden Sie unter Apigee-Versionshinweise.
Neue Features und Verbesserungen
Im Folgenden sind die neuen Funktionen und Verbesserungen in dieser Version aufgeführt.
Nutzerfreundlichkeit des GeoMap-Analyse-Dashboards
Die Google Maps-Karte für Analysen bietet klarere visuelle Indikatoren für die Aufschlüsselung bestimmter Bereiche der Karte.
Leistung des Entwickler-Engagement-Widgets
Das Trichter-Widget im Haupt-Analyse-Dashboard (Bereich Entwicklerinteraktionen) wurde verbessert, um eine bessere Leistung zu bieten.
Klassisches Trace im API-Proxy-Editor
Die neueste Version der Trace-Funktion im API-Proxy-Editor ist nicht mehr in der Betaphase, sondern allgemein verfügbar. Der Zugriff auf das klassische Trace über den Link „Auf die klassische Version von Trace zugreifen“ ist nicht mehr verfügbar.
Fehlerkonfiguration für den Bedrohungsschutz
Standardmäßig gibt Edge den Statuscode „HTTP 500 Internal Server Error“ und den Fehler „ExecutionFailed“ aus, wenn eine Nachricht die JSON- oder XML-Bedrohungsschutzrichtlinie nicht überschreitet. Sie können dieses Fehlerverhalten mit einer neuen Property auf Organisationsebene ändern. Wenn die Organisationseigenschaft features.isPolicyHttpStatusEnabled
auf „true“ gesetzt wird, geschieht Folgendes:
- Anfrage: Wenn an einen Anfragefluss eine Bedrohungsschutzrichtlinie angehängt ist, geben ungültige Nachrichten einen 400-Statuscode zusammen mit einer entsprechenden Richtlinienfehlermeldung zurück.
- Antwort: Auch wenn eine Bedrohungsschutzrichtlinie an einen Antwortfluss angehängt ist, geben ungültige Nachrichten weiterhin den Statuscode 500 zurück. Außerdem wird eine der entsprechenden Richtlinienfehlermeldungen ausgegeben (und nicht nur „ExecutionFailed“).
Cloud-Kunden müssen sich an den Apigee-Support wenden, um die Organisationseigenschaft festzulegen. Dieses Feature wird Edge Private Cloud-Kunden mit dem nächsten vierteljährlichen Private Cloud-Release zur Verfügung stehen.
UI-Leistung und Fehlerverbesserungen
In verschiedenen Bereichen der Verwaltungs-UI wurden allgemeine Verbesserungen vorgenommen, einschließlich der Leistung der Seitenanzeige und der Bereinigung von Fehlermeldungen.
Zukünftige Funktionsänderungen und -verbesserungen
In diesem Abschnitt erhalten Sie eine Vorschau auf künftige Änderungen und Verbesserungen an Funktionen:
Änderung am Verhalten der Antwort-Cache-Richtlinie
In einer zukünftigen Version (noch festzulegen) wird sich das Standardverhalten des Elements <ExcludeErrorResponse> der Antwort-Cache-Richtlinie ändern.
Aktuelles Verhalten: Das Element <ausgeschlossenenErrorResponse> in der Antwort-Cache-Richtlinie ist standardmäßig auf "false" gesetzt. Dies bedeutet, dass Antworten mit jedem möglichen HTTP-Statuscode (einschließlich 3xx) standardmäßig von der Antwort-Cache-Richtlinie im Cache gespeichert werden.
Zukünftiges Verhalten:Das Element <AusschließenErrorResponse> in der Antwort-Cache-Richtlinie ist standardmäßig auf "true" gesetzt. Dies bedeutet, dass standardmäßig nur Antworten mit den HTTP-Statuscodes 200 bis 205 im Cache gespeichert werden. Um dieses Verhalten zu überschreiben und Antworten für alle Statuscodes im Cache zu speichern, müssen Sie das Element <ExcludeErrorResponse> explizit auf "true" setzen.
Aktuelle Problemumgehung:Wenn Sie bei Version 150610 und älteren Releases nur Antworten mit den Statuscodes 200 bis 205 im Cache speichern möchten, müssen Sie das Element <AusschließenErrorResponse> explizit auf "true" setzen.
Fehlerkorrekturen
Folgende Fehler wurden in diesem Release behoben.
Fehler-ID | Beschreibung |
---|---|
MGMT-2246 | Die Seite „Benutzerdefinierten Bericht erstellen“ wird in der Verwaltungs-UI nicht richtig angezeigt |
MGMT-2193 | Ladesymbol beim Bearbeiten einer API |
MGMT-2162 | Problem bei der JavaScript-Kompilierung |
MGMT-2114 | Eine ungültige Syslog-IP-Adresse in der MessageLogging-Richtlinie sollte während der Bereitstellung einen ordnungsgemäßen Fehler ausgeben |
MGMT-1843 | API-Proxy wird nicht geöffnet |
MGMT-1193 | Das Speichern des Proxys als neue Überarbeitung ändert die Routingregel unerwartet |
MGMT-619 | Paginierung auf der Seite der API-Proxy-Benutzeroberfläche aktivieren |
AXAPP-1707 | Leistung kostenloser Pod-Analysen verbessern |
APIRT-1148 | GET der Variable {message.version} in ResponseFlow, für ein Node.js-Ziel wirft NPE |