Diese Seite wurde von der Cloud Translation API übersetzt.

16.07.27 (Benutzeroberfläche) – Versionshinweise zu Apigee Edge for Public Cloud

Sie sehen sich die Dokumentation zu Apigee Edge an.
Sehen Sie sich die Apigee X-Dokumentation an. info

Am Mittwoch, dem 27. Juli 2016, haben wir eine neue Version von Apigee Edge for Public Cloud veröffentlicht.

Neue Features und Updates

Im Folgenden sind die neuen Features und Aktualisierungen in diesem Release aufgeführt:

SOAP-Proxy-Verhalten bei Verwendung des Proxy-Assistenten

Wenn Sie mit dem Proxy-Assistenten einen SOAP-basierten Proxy aus einer WSDL erstellen, haben Sie zwei Möglichkeiten:

Pass-Through-SOAP, bei dem der Proxy eine SOAP-Anfragenutzlast einfach unverändert weiterleitet.
REST zu SOAP zu REST: Der Proxy wandelt eine eingehende Nutzlast wie JSON in eine SOAP-Nutzlast um und konvertiert dann die SOAP-Antwort zurück in das vom Aufrufer erwartete Format.

Dieser Release enthält die folgenden Änderungen am Verhalten dieser Optionen. Die Unterschiede zwischen dem alten und dem neuen Verhalten liegen in den Richtlinien und Konfigurationen, die vom Proxy-Assistenten automatisch generiert werden.

Passthrough-SOAP

Alle WSDL-Vorgänge werden jetzt an den Proxy-Basispfad „/“ und nicht an Proxy-Ressourcen wie „/cityforecastbyzip“ gesendet. Vorgangsnamen werden an den Ziel-SOAP-Dienst übergeben. Dieses Verhalten entspricht der SOAP-Spezifikation.

Hinweis:Hinweis zu Vorgangsberechtigungen in API-Produkten: Da für alle Vorgänge nur der Proxy-Basispfad „/“ verwendet wird, ist es schwieriger, den Zugriff auf APIs mit API-Produkten durchzusetzen, da in API-Produkten keine API-Ressourcennamen mehr angegeben werden müssen. Beim vorherigen Verhalten wurden beispielsweise API-Ressourcen für verschiedene Vorgänge verwendet, z. B. „/cityforecastbyzip“ für den Vorgang „GetCityForecastByZIP“ und „/cityweatherbyzip“ für den Vorgang „GetCityWeatherByZIP“. Beim neuen Passthrough-Verhalten werden jedoch beide Vorgänge an „/“ gesendet. Wie können Sie dann den Zugriff auf Vorgänge in API-Produkten steuern? Sie können beispielsweise ein benutzerdefiniertes Attribut für ein Produkt erstellen, z. B. „allowedOperations“, und es mit den Vorgängen füllen, die für das Produkt zulässig sind. Wenn ein API-Aufruf einen API-Schlüssel oder ein OAuth-Token enthält, wird eine Variable wie die folgende verfügbar, die die Werte des Attributs allowedOperations enthält: verifyapikey.Verify-API-Key-policy-name.apiproduct.allowedOperations. Fügen Sie eine JavaScript-Richtlinie hinzu, die den Vorgang mit den zulässigen Vorgängen vergleicht, und erstellen Sie dann eine Richtlinie vom Typ „Raise Fault“, die einen Fehler zurückgibt, wenn der Vergleich im JavaScript-Code falsch ist.
Der generierte Proxy unterstützt JSON in der Anfrage nicht mehr. Es wird nur XML unterstützt. Der Proxy sorgt dafür, dass SOAP-Anfragen einen Envelope, Body und einen Namespace von http://schemas.xmlsoap.org/soap/envelope/ haben.

REST zu SOAP zu REST

Der Proxy unterstützt WSDL-RPC nicht mehr (nur „Document/Literal“ wird unterstützt). Dies wurde nicht mit WSDL 2.0 getestet.
Das neue Verhalten wurde nicht mit WS-Policy getestet.
Über den Proxy können Sie JSON-Daten statt FormParams POSTen.
Wenn Sie dem Proxy mit dem Proxy-Builder CORS-Unterstützung (Cross-Origin Resource Sharing) hinzufügen, werden die folgenden Verbesserungen angezeigt:
- Access-Control-Allow-Headers-Header: Neben den Headern Origin, x-requested-with und Accept enthält der Access-Control-Allow-Headers-Header auch Content-Type, Accept-Encoding, Accept-Language, Host, Pragma, Referrer, User-Agent und Cache-Control.
- Header Access-Control-Allow-Methods: Neben GET, PUT, POST und DELETE enthält dieser Header auch die Verben PATCH und OPTIONS.
Beim Generieren eines API-Proxys für eine WSDL liest Edge alle ComplexTypes, die in der WSDL als abstrakt definiert sind, und erkennt alle Instanztypen, die auf den abstrakten Typen basieren, korrekt.

Open-Source-Befehlszeilentool wsdl2apigee

Apigee bietet auch ein Open-Source-Befehlszeilen-Dienstprogramm zum Generieren von Passthrough- oder Rest-to-SOAP-API-Proxys aus WSDLs. Weitere Informationen finden Sie unter https://github.com/apigee/wsdl2apigee.

(EDGEUI-614)

Fehlerkorrekturen

Folgende Fehler wurden in diesem Release behoben. Diese Liste ist hauptsächlich für Nutzer gedacht, die prüfen möchten, ob ihre Support-Tickets erfolgreich bearbeitet wurden. Sie enthält keine detaillierten Informationen für allgemeine Nutzer.

Problem-ID	Beschreibung
EDGEUI-621	Bei der Option „Als neuen API-Proxy speichern“ wird der Standardname mit wissenschaftlicher Schreibweise verwendet, z. B. „new-1.234568901234568e+53“.
EDGEUI-572	In der Benutzeroberfläche wird „Fehler: Unbekannter Fehler“ anstelle von „Fehler: Zeitüberschreitung der Sitzung“ angezeigt.