Sie sehen die Dokumentation zu Apigee Edge.
Zur Apigee X-Dokumentation weitere Informationen
Am Freitag, dem 4. April 2014, wurde ein neuer Patch für die lokale 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.
- Nutzerschlüssel in der UI neu generieren
Mit der neuen Schaltfläche „Schlüssel neu generieren“ auf der Detailseite einer Entwickler-App können Sie einen Consumer-Schlüssel und ein Consumer-Secret für einen Entwickler neu generieren. Verwenden Sie diese Funktion beispielsweise, wenn ein vorhandener Entwicklerschlüssel nicht mehr sicher ist.
Fehlerkorrekturen
Thema | Beschreibung |
---|---|
Aktualisiertes Verhalten für JMSReplyTo | Standardmäßig sendet Edge die Antwort an die im Header JMSReplyTo angegebene Warteschlange.
Wenn Sie jedoch möchten, dass der Back-End-Dienst die Antwort an die JMSReplyTo-Warteschlange und nicht an Edge sendet, fügen Sie dem API-Proxy response in jedem Ablauf den Header X-Apigee-Ignore-JMSResponse hinzu und setzen Sie ihn auf „true“:<Header name="X-Apigee-Ignore-JMSResponse">true</Header> |
Probleme beim WSDL-Import |
|
Konfiguration der Richtlinie für gleichzeitige Ratenbegrenzung | Die Auswahl des Zielendpunkts ist jetzt nur verfügbar, wenn einem API-Proxy eine Richtlinie für gleichzeitige Ratenbegrenzung hinzugefügt wird. Der Zielendpunkt gilt nicht für andere Richtlinien. |
Beschädigte Objekte entfernen | In Fällen, in denen ein bereitgestelltes Bundle beschädigt wird, können Sie das Löschen des beschädigten Bundles jetzt erzwingen. Verwenden Sie dazu den Abfrageparameter force=true in der ausschließlich lokalen /deployments API. |
API-Proxys unter einem vorhandenen Namen speichern | Wenn Sie einen API-Proxy speichern, lässt die Namensvalidierung jetzt die Verwendung des Namens eines vorhandenen Proxys nicht mehr zu. |
Unterschiedliche Antworten für XML und JSON | Manchmal wurden bei einer API-Antwort im XML- und JSON-Format unterschiedliche Daten zurückgegeben. Dieses Problem wurde inzwischen behoben. |
Namevalidierung für benutzerdefinierten Bericht | Die Edge-Management-Benutzeroberfläche validiert jetzt die Namen von benutzerdefinierten Berichten, um die Verwendung von Sonderzeichen zu verhindern. |
Keine Daten in exportierten Analyseberichten | In Analytics-Berichten, die aus der Edge-Verwaltungsoberfläche exportiert wurden, wurden keine Daten angezeigt, wenn der Name der exportierten Datei Sonderzeichen enthielt. In der UI wird jetzt der Name der Exportdatei validiert, sodass keine Sonderzeichen verwendet werden dürfen. |
Fehlender TPS-Messwert in Berichten | Fehlende TPS-Messwerte in Analyseberichten wurden wiederhergestellt. |
Cross-Site-Scripting-Angriffe | Eine Sicherheitslücke, die Cross-Site-Scripting-Angriffe zulässt, wurde behoben. |
Cassandra-Authentifizierung | Der Cassandra NoSQL-Datenspeicher erfordert jetzt eine Authentifizierung für den Zugriff. |