Sie sehen die Dokumentation zu Apigee Edge.
Zur Apigee X-Dokumentation weitere Informationen
Am Mittwoch, dem 27. Juli 2016, wurde eine neue Version von Apigee Edge für die öffentliche 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
Beim Erstellen eines SOAP-basierten Proxys aus einer WSDL mithilfe des Proxy-Assistenten gibt es zwei Optionen für die Proxy-Erstellung:
- Passthrough SOAP, bei dem der Proxy die Nutzlast einer SOAP-Anfrage einfach unverändert durchläuft.
- REST zu SOAP in REST. Dabei konvertiert der Proxy eine eingehende Nutzlast wie JSON in eine SOAP-Nutzlast und konvertiert dann die SOAP-Antwort zurück in das Format, das der Aufrufer erwartet.
Diese Version enthält die folgenden Updates zum Verhalten dieser Optionen. Die Unterschiede zwischen dem alten und dem neuen Verhalten liegen in den Richtlinien und Konfigurationen, die automatisch vom Proxyassistenten generiert werden.
Passthrough-SOAP
-
Alle WSDL-Vorgänge werden jetzt an den Proxy-Basispfad "/" und nicht an Proxy-Ressourcen (z. B. "/cityforecastbyzip") gesendet. Vorgangsnamen werden an den SOAP-Zieldienst übergeben. Dieses Verhalten entspricht der SOAP-Spezifikation.
- Der generierte Proxy unterstützt JSON in der Anfrage nicht mehr. Es wird nur XML unterstützt. Der Proxy stellt sicher, dass SOAP-Anfragen einen Envelope, einen Body und einen http://schemas.xmlsoap.org/soap/envelope/-Namespace haben.
Von REST über SOAP zu REST
- Der Proxy unterstützt WSDL RPC nicht mehr (nur Dokument/Literal wird unterstützt). Dies wurde nicht mit WSDL 2.0 getestet.
- Das neue Verhalten wurde nicht mit WS-Policy getestet.
- Mit dem Proxy können Sie JSON-Daten anstelle von FormParams POSTEN.
- Wenn Sie dem Proxy mithilfe des Proxy Builders die CORS-Unterstützung (Cross-Origin Resource Sharing) hinzufügen, werden folgende Verbesserungen angezeigt:
- Header Access-Control-Allow-Headers: Neben den Headern
Origin,x-requested-withundAcceptenthält der Header „Access-Control-Allow-Headers“ auchContent-Type,Accept-Encoding,Accept-Language,Host,Pragma,Referrer,User-AgentundCache-Control. - Header Access-Control-Allow-Methods: Neben
GET,PUT,POSTundDELETEenthält dieser Header auch die VerbenPATCHundOPTIONS.
- Header Access-Control-Allow-Headers: Neben den Headern
- 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.
Open-Source-Befehlszeilendienstprogramm wsdl2apigee
Apigee bietet außerdem ein Open-Source-Befehlszeilendienstprogramm zum Generieren von Passthrough- oder REST-to-Soap-API-Proxys aus WSDLs. Siehe 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.
| Fehler-ID | Beschreibung |
|---|---|
| EDGEUI-621 | „Als neuer API-Proxy speichern“ verwendet einen Standardnamen, der die wissenschaftliche Schreibweise enthält, z. B. „new-1.234568901234568e+53“ |
| EDGEUI-572 | Ui zeigt „Error: Unknown Error“ anstelle von „Error: Session Timeout“ an |