Sie lesen gerade die Dokumentation zu Apigee Edge.
Zur Dokumentation zu
Apigee X. info
Am Mittwoch, 27. Juli 2016, haben wir 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-Proxyverhalten bei Verwendung des Proxy-Assistenten
Wenn Sie mit dem Proxy-Assistenten einen SOAP-basierten Proxy aus einer WSDL erstellen, haben Sie zwei Möglichkeiten für die Proxy-Erstellung:
- Passthrough-SOAP: Der Proxy leitet einfach eine SOAP-Anfragenutzlast unverändert weiter.
- REST zu SOAP zu REST: Der Proxy konvertiert eine eingehende Nutzlast wie JSON in eine SOAP-Nutzlast und konvertiert dann die SOAP-Antwort zurück in das Format, das der Aufrufer erwartet.
Dieser Release enthält die folgenden Updates für das Verhalten dieser Optionen. Die Unterschiede zwischen dem alten und dem neuen Verhalten liegen in den Richtlinien und Konfigurationen, die automatisch vom Proxy-Assistenten generiert werden.
Passthrough-SOAP
-
Alle WSDL-Vorgänge werden jetzt an den Proxy-Basispfad „/“ und nicht mehr an Proxy-Ressourcen (z. B. „/cityforecastbyzip“) gesendet. Vorgangsnamen werden an den SOAP Zieldienst weitergeleitet. Dieses Verhalten entspricht der SOAP-Spezifikation.
- Der generierte Proxy unterstützt kein JSON mehr in der Anfrage. Es wird nur XML unterstützt. Der Proxy sorgt dafür, dass SOAP-Anfragen einen Envelope, einen Body und einen Namespace vom Typ http://schemas.xmlsoap.org/soap/envelope/ haben.
REST zu SOAP zu REST
- Der Proxy unterstützt kein WSDL RPC mehr (nur Document/Literal wird unterstützt). Dies wurde nicht getestet mit WSDL 2.0.
- 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 mit dem Proxy-Builder CORS-Unterstützung (Cross-Origin Resource Sharing) hinzufügen, sehen Sie die folgenden Verbesserungen:
- Access-Control-Allow-Headers-Header: 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. - Access-Control-Allow-Methods-Header: Neben
GET,PUT,POSTundDELETEenthält dieser Header auch die VerbenPATCHundOPTIONS.
- Access-Control-Allow-Headers-Header: 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-Befehlszeilenprogramm wsdl2apigee
Apigee bietet auch ein Open-Source-Befehlszeilenprogramm zum Generieren von Passthrough- oder REST-zu-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 | „Als neuen API-Proxy speichern“ verwendet den Standardnamen, der wissenschaftliche Notation enthält, z. B. „new-1.234568901234568e+53“ |
| EDGEUI-572 | Die UI zeigt „Fehler: Unbekannter Fehler“ anstelle von „Fehler: Sitzungs timeout“ an |