Sie sehen die Dokumentation zu Apigee Edge.
Zur Apigee X-Dokumentation weitere Informationen
In diesem Thema wird erläutert, wie API-Proxys für SOAP-basierte Webdienste erstellt werden. Sie können zwei Arten von SOAP-Proxys in Edge erstellen. Der eine generiert eine RESTful-Schnittstelle zum Back-End-SOAP-Dienst und der andere führt einen "Pass through" der SOAP-Nachricht an das Back-End durch. Beide Verfahren werden in diesem Thema beschrieben.
Dieses Video bietet eine End-to-End-Demo, wie ein SOAP-Dienst mithilfe des API-Proxy-Assistenten mit Apigee Edge in einen REST-Dienst umgewandelt wird. Wenn Sie jedoch mehr Kontrolle über die SOAP-zu-REST-Transformation haben möchten, können Sie mithilfe von Richtlinien einen Proxy erstellen. Weitere Informationen finden Sie in der Anleitung: Manuelle Erstellung eines SOAP-zu-REST-API-Proxys in Apigee Edge.
RESTful API-Proxy für einen SOAP-basierten Dienst erstellen
In diesem Abschnitt wird erläutert, wie Sie im Assistenten zum Erstellen eines Proxys einen RESTful SOAP API-Proxy mit der Option REST zu SOAP zu REST erstellen.
Überblick
Die Option REST zu SOAP zu REST verarbeitet die WSDL, um einen RESTful API-Proxy zu generieren. Edge bestimmt anhand der WSDL die unterstützten Vorgänge, Eingabeparameter usw. des Dienstes. Edge ermittelt, welche HTTP-Methode für den jeweiligen Vorgang verwendet werden soll. In der Regel übersetzt Edge Vorgänge in GET-Anfragen, die den Vorteil haben, dass sie im Cache gespeichert werden können. Edge richtet auch den Back-End-Zielendpunkt ein, der je nach SOAP-Vorgang variieren kann.
Für diesen Proxytyp generiert Edge automatisch eine OpenAPI-Spezifikation, mit der Sie eine API-Dokumentation erstellen können.
Grundlegende Schritte
Edge
So erstellen Sie mit der Edge-Benutzeroberfläche einen RESTful API-Proxy für einen SOAP-basierten Dienst:
- Melden Sie sich unter apigee.com/edge an.
- Wählen Sie in der linken Navigationsleiste Develop > API Proxies aus.
- Klicken Sie auf +Proxy.
- Klicken Sie auf SOAP-Dienst.
- Geben Sie auf der Seite Proxydetails die WSDL-Datei an.
Feld Beschreibung WSDL-Datei angeben Wählen Sie die Quelle der WSDL aus.
- Von Webadresse (URL): Geben oder fügen Sie die URL der WSDL ein.
- Von meinem Computer – Laden Sie eine WSDL-Datei aus Ihrem lokalen Verzeichnis hoch. Sie können mehrere Dateien hochladen, wenn Abhängigkeiten vorhanden sind.
- Klicken Sie auf Validieren, um die WSDL zu validieren.
- Geben Sie die folgenden Proxydetails ein:
Feld Beschreibung Name Für Ihre API angezeigter Name. Geben Sie alphanumerische Zeichen, einen Bindestrich (-) oder Unterstrich (_) ein. Basispfad URI-Fragment, das nach der Adresse http(s)://[host] des API-Proxys angezeigt wird. Edge verwendet den Basispfad-URI, um eingehende Anfragenachrichten abzugleichen und an den richtigen API-Proxy weiterzuleiten.
HINWEIS: Der Basispfad des API-Proxys wird standardmäßig auf den Wert gesetzt, der für das Feld
Name
angegeben ist.Dem Basispfad folgen alle weiteren Ressourcen-URLs. Dies ist die vollständige URL-Struktur, mit der Clients Ihren API-Proxy aufrufen:
https://[host]/base_path/conditional_flow_path
HINWEIS: Der Basispfad muss eindeutig sein. Sie können nicht zwei API-Proxys mit demselben Basispfad bereitstellen. Wenn Sie einen bereitgestellten API-Proxy bearbeiten und den Basispfad auf denselben Wert wie der Basispfad eines anderen API-Proxys festlegen, hebt Edge die Bereitstellung des API-Proxys automatisch auf, wenn Sie ihn speichern. Bevor Sie den API-Proxy wieder bereitstellen können, müssen Sie den Basispfad so ändern, dass er eindeutig ist.
Platzhalter in Basispfaden verwenden
Verwenden Sie einen oder mehrere
/*/
-Platzhalter in API-Proxy-Basispfaden, um Ihre API-Proxys zukunftssicher zu machen. Mit dem Basispfad/team/*/members
können Clients beispielsweisehttps://[host]/team/blue/members
undhttps://[host]/team/green/members
aufrufen, ohne neue API-Proxys zur Unterstützung neuer Teams erstellen zu müssen. Beachten Sie, dass/**/
nicht unterstützt wird.Beschreibung Optional: Beschreibung der API. - Klicken Sie auf Weiter.
- Konfigurieren Sie auf der Seite Allgemeine Richtlinien im Assistenten Folgendes:
- Sicherheitsanforderungen für die Autorisierung unter Sicherheit: Autorisierung Siehe Sicherheit hinzufügen.
- Unterstützung für Cross-Origin Resource Sharing (CORS) unter Sicherheit: Browser. Weitere Informationen finden Sie unter Unterstützung für CORS hinzufügen.
- Kontingente zum Schutz Ihres Back-End-Dienstes vor hohem Traffic unter Kontingent. Siehe Kontingente (Diese Option ist nicht verfügbar, wenn die Passthrough-Autorisierung ausgewählt ist.)
- Wählen Sie auf der Seite WSDL-Vorgänge den API-Proxy-Typ REST zu SOAP zu REST aus.
Eine Tabelle mit den Vorgängen, die von Edge in der WSDL-Datei erkannt wurden, wird angezeigt. Sie können auswählen und konfigurieren, welche Vorgänge Sie in Ihren API-Proxy einbinden möchten. Die Tabelle wird in der folgenden Abbildung dargestellt.
- Wählen Sie im Drop-down-Menü einen Porttyp aus, um festzulegen, welche Vorgänge Sie verwenden möchten. In WSDL definieren Elemente des Porttyps die Vorgänge, die Sie in einem Webdienst aufrufen können.
- Optional können Sie den REST API-Pfad für einen Vorgang ändern. Der Pfad wird als Ressourcenname in der API-Proxy-URL verwendet.
- Ändern Sie optional das Verb (HTTP-Methode) für den Vorgang.
- Klicken Sie auf Weiter.
- Wählen Sie auf der Seite Virtuelle Hosts des Assistenten die virtuellen Hosts aus, an die der API-Proxy bei der Bereitstellung gebunden wird. Weitere Informationen finden Sie unter Informationen zu virtuellen Hosts.
- Klicken Sie auf Weiter.
- Wählen Sie die Bereitstellungsumgebung(en) aus und klicken Sie auf Erstellen und bereitstellen.
Der neue API-Proxy wird erstellt und in der ausgewählten Umgebung bereitgestellt. - Klicken Sie auf Proxy bearbeiten, um die Detailseite für den API-Proxy aufzurufen.
Classic Edge (Private Cloud)
So erstellen Sie mit der Classic Edge-Benutzeroberfläche einen RESTful API-Proxy für einen SOAP-basierten Dienst:
- Melden Sie sich bei
http://ms-ip:9000
an, wobei ms-ip die IP-Adresse oder der DNS-Name des Knotens des Verwaltungsservers ist. - Wählen Sie in der oberen Navigationsleiste APIs > API-Proxies aus.
- Klicken Sie auf + API-Proxy.
- Wählen Sie im Assistenten zum Erstellen eines Proxys die Option SOAP-Dienst aus.
- Klicken Sie auf Weiter.
- Treffen Sie auf der Seite „Details“ die folgenden Auswahlmöglichkeiten. Sie müssen nach der Auswahl einer WSDL auf Validieren klicken.
In diesem Feld tun Sie Folgendes WSDL Wählen Sie die Quelle der WSDL aus.
- URL: Geben Sie die URL der WSDL ein, die Sie verwenden möchten.
- Datei: Wählen Sie eine WSDL-Datei in Ihrem Dateisystem aus. In Fällen, in denen es weitere abhängige Dateien gibt, können Sie alle auswählen.
- Beispiel-URL: Wählen Sie aus einer Liste von WSDLs für öffentlich verfügbare Webdienste aus. Diese sind praktisch, um die SOAP/API-Proxy-Funktionen von Edge auszuprobieren.
Proxy-Name Dies ist der Name des Proxys, den Sie erstellen.
Proxy-Basispfad URI-Fragment, das nach der Adresse http(s)://[host] des API-Proxys angezeigt wird. Edge verwendet den Basispfad-URI, um eingehende Anfragenachrichten abzugleichen und an den richtigen API-Proxy weiterzuleiten.
Hinweis: Der Basispfad des API-Proxys wird standardmäßig auf den Wert gesetzt, der für das Feld
Name
angegeben ist und vollständig in Kleinbuchstaben konvertiert.Dem Basispfad folgen alle weiteren Ressourcen-URLs. Dies ist die vollständige URL-Struktur, mit der Clients Ihren API-Proxy aufrufen:
https://[host]/base_path/conditional_flow_path
Hinweis: Der Basispfad muss eindeutig sein. Sie können nicht zwei API-Proxys mit demselben Basispfad bereitstellen. Wenn Sie einen bereitgestellten API-Proxy bearbeiten und den Basispfad auf denselben Wert wie der Basispfad eines anderen API-Proxys festlegen, hebt Edge die Bereitstellung des API-Proxys automatisch auf, wenn Sie ihn speichern. Bevor Sie den API-Proxy wieder bereitstellen können, müssen Sie den Basispfad so ändern, dass er eindeutig ist.
Platzhalter in Basispfaden verwenden
Verwenden Sie einen oder mehrere
/*/
-Platzhalter in API-Proxy-Basispfaden, um Ihre API-Proxys zukunftssicher zu machen. Mit dem Basispfad/team/*/members
können Clients beispielsweisehttps://[host]/team/blue/members
undhttps://[host]/team/green/members
aufrufen, ohne neue API-Proxys zur Unterstützung neuer Teams erstellen zu müssen. Beachten Sie, dass/**/
nicht unterstützt wird.Beschreibung Eine kurze Beschreibung des Proxys. - Klicken Sie auf Weiter.
- Wählen Sie auf der WSDL-Seite den API-Proxy-Typ REST to SOAP to REST aus.
Eine Tabelle mit den Vorgängen, die von Edge in der WSDL-Datei erkannt wurden, wird angezeigt. Sie können auswählen und konfigurieren, welche Vorgänge Sie in Ihren API-Proxy einbinden möchten. Die Tabelle wird in der folgenden Abbildung dargestellt.
- Wählen Sie in der Spalte Porttyp die gewünschte Gruppe von Vorgängen aus. In WSDL definieren Elemente des Porttyps die Vorgänge, die Sie in einem Webdienst aufrufen können.
- Ändern Sie optional die mit dem Vorgang verknüpfte HTTP-Methode.
Hinweis: Edge trifft eine bestmögliche Schätzung zur Bestimmung der HTTP-Methode, die für jeden Vorgang verwendet werden soll. Im Allgemeinen wird GET bevorzugt, da GET-Anfragen im Cache gespeichert werden können.
- Optional können Sie den REST API-Pfad für einen Vorgang ändern. Der Pfad wird als Ressourcenname in der API-Proxy-URL verwendet.
- Klicken Sie auf den Rest des Assistenten, um Sicherheit hinzuzufügen, virtuelle Hosts auszuwählen und eine Bereitstellungsumgebung auszuwählen.
- Klicken Sie auf der Seite "Build" auf Build and Deploy (Erstellen und bereitstellen). Edge generiert und stellt den neuen API-Proxy basierend auf der WSDL bereit.
- Rufen Sie die Zusammenfassungsseite für den neuen API-Proxy auf. Beachten Sie, dass eine Reihe von Ressourcen basierend auf den Vorgängen erstellt wurde, die in der WSDL-Datei erkannt wurden.
Auf der Übersichtsseite des Proxys finden Sie in der Liste Ressourcen eine detaillierte Beschreibung der neuen API, ihrer Vorgänge und Parameter. Sie können sich diese Darstellung als die Referenzdokumentation der API vorstellen. Edge generiert diese Ansicht des API-Modells automatisch für Sie. Maximieren Sie einfach eine Ressource, um die zugehörige Beschreibung und Pfadinformationen zu sehen.
Informationen zum endgültigen Proxy
Wenn Edge einen API-Proxy auf der Grundlage einer WSDL generiert, ist der resultierende Proxy ein komplexer Fluss, der Richtlinien zum Transformieren von Daten, zum Extrahieren und Festlegen von Variablen, zum Bearbeiten von Nachrichten und mehr umfasst. Nachdem Sie einen Proxy auf Basis einer WSDL generiert haben, werfen Sie einen Blick auf den resultierenden Ablauf in der Entwicklungsansicht der API-Verwaltungs-UI. Dort können Sie genau sehen, welche Richtlinien hinzugefügt wurden.
Auf Anfrageseite wird beispielsweise eineAssignMessage-Richtlinie verwendet, um die Ziel-URL festzulegen. Auf der Antwortseite werden Richtlinien ausgeführt, um die Antwort von XML in JSON zu transformieren, den SOAP-Textteil der Antwort in eine Variable zu extrahieren und die Antwortnachricht festzulegen. Diese und weitere Richtlinien werden beim Erstellen des Proxys automatisch hinzugefügt.
OpenAPI-Spezifikation: Rufen Sie http(s)://[proxy_domain]/[proxy_base_path]/openapi.json
auf, um die automatisch generierte OpenAPI-Spezifikation für diesen Proxy anzusehen. Die Konvertierung erfolgt jedoch nicht immer genau, da nicht alle Regeln eines XML-Schemas in einer OpenAPI-Spezifikation dargestellt werden können.
Pass-Through-Proxy für einen SOAP-basierten Dienst erstellen
In diesem Abschnitt wird erläutert, wie Sie im Dialogfeld "Neuen Proxy erstellen" mit der Option Pass-Through-Proxy einen Pass-Through-Proxy erstellen.
Überblick
Mit der Option "Pass-Through-Proxy" können Sie einen Proxy erstellen, der die SOAP-Nachricht in einer Anfrage "unberührt" an den Back-End-Dienst übergibt. Dies erleichtert die Erstellung eines Proxys für einen SOAP-basierten Webdienst. Im Hintergrund verarbeitet Edge alle Transformationen und andere Flussaktivitäten automatisch für Sie. Wenn die Anfrage beispielsweise im JSON-Format vorliegt, wandelt Edge sie in eine gültige XML SOAP-Nachricht mit korrekten Namespaces um, bevor sie sie an den Dienst sendet. Wenn der Dienst eine XML-basierte SOAP-Antwort zurückgibt, übersetzt Edge sie in ähnlicher Weise in JSON, bevor sie an den Client zurückgegeben wird. Darüber hinaus richtet Edge den Back-End-Zielendpunkt ein, der je nach SOAP-Vorgang variieren kann.
Bei diesem Proxytyp hostet Edge die WSDL und erstellt im Proxy einen Ablauf, damit Sie darauf zugreifen können. Die Adresse dieser von Edge gehosteten WSDL, http(s)://[proxy_domain]/[proxy_base_path]?wsdl
, wird zur neuen Dienstendpunkt-URL für Clients, die den SOAP-Dienst über den Proxy aufrufen.
Grundlegende Schritte
Edge
So erstellen Sie über die Edge-Benutzeroberfläche einen Passthrough-Proxy zu einem SOAP-basierten Dienst:
- Melden Sie sich unter apigee.com/edge an.
- Wählen Sie in der linken Navigationsleiste Develop > API Proxies aus.
- Klicken Sie auf +Proxy.
- Klicken Sie auf SOAP-Dienst.
- Geben Sie auf der Seite Proxydetails die WSDL-Details an.
Feld Beschreibung WSDL Wählen Sie die Quelle der WSDL aus.
- Von Webadresse (URL): Geben oder fügen Sie die URL der WSDL ein.
- Von meinem Computer – Laden Sie eine WSDL-Datei aus Ihrem lokalen Verzeichnis hoch. Sie können mehrere Dateien hochladen, wenn Abhängigkeiten vorhanden sind.
Name Name des API-Proxys.
Basispfad URI-Fragment nach der http(s)://[host]-Adresse Ihres API-Proxys. Edge verwendet den Basispfad-URI, um eingehende Anfragenachrichten abzugleichen und an den richtigen API-Proxy weiterzuleiten.
Hinweis: Empfehlungen von Apigee zur API-Versionsverwaltung finden Sie unter Versionsverwaltung im E-Book Web API Design: The Missing Link.
Nach dem Basispfad befinden sich alle weiteren Ressourcen-URLs. Hier ist die vollständige URL-Struktur, die Clients verwenden, um Ihren API-Proxy aufzurufen:
https://[host]/base_path/conditional_flow_path
Hinweis: Der Basispfad muss eindeutig sein. Wenn Sie diesen Proxy später bearbeiten und seinen Basispfad auf denselben Basispfad wie ein anderer API-Proxy festlegen, wird die Bereitstellung dieses API-Proxys beim Speichern automatisch aufgehoben. Sie müssen den Basispfad bearbeiten, bevor Sie ihn noch einmal bereitstellen können.
Platzhalter in Basispfaden verwenden
Sie können einen oder mehrere
/*/
-Platzhalter in API-Proxy-Basispfaden verwenden, um Ihre Proxys zukunftssicher zu machen. Mit dem Basispfad/team/*/members
können Clients beispielsweisehttps://[host]/team/blue/members
undhttps://[host]/team/green/members
aufrufen, ohne dass Sie neue API-Proxys zur Unterstützung neuer Teams erstellen müssen. Beachten Sie, dass /**/ nicht unterstützt wird.Hinweis: Für den API-Proxy-Basispfad wird standardmäßig der im Feld Name angegebene Wert verwendet, der in Kleinbuchstaben umgewandelt wurde, sofern Sie den Inhalt im Feld "Basispfad" nicht explizit bearbeiten.
Beschreibung Optional: Beschreibung der API. - Klicken Sie auf Weiter.
- Konfigurieren Sie auf der Seite Allgemeine Richtlinien im Assistenten Folgendes:
- Anforderungen an die Sicherheitsautorisierung. Siehe Sicherheit hinzufügen.
- Unterstützung für Cross-Origin Resource Sharing (CORS). Weitere Informationen finden Sie unter Unterstützung für CORS hinzufügen.
- Kontingente zum Schutz Ihres Back-End-Dienstes vor hohem Traffic. Siehe Kontingente. (Diese Option ist nicht verfügbar, wenn die Passthrough-Autorisierung ausgewählt ist.)
- Durchsetzung des Monetarisierungslimits für Organisationen, die die Monetarisierung aktiviert haben. Siehe Erzwingen von Monetarisierungsbeschränkungen für API-Proxys.
- Wählen Sie auf der WSDL-Seite den API-Proxy-Typ Pass-Through SOAP aus.
- Wählen Sie im Drop-down-Menü einen Porttyp aus, um festzulegen, welche Vorgänge Sie verwenden möchten. In WSDL definieren Elemente des Porttyps die Vorgänge, die Sie in einem Webdienst aufrufen können.
- Klicken Sie auf Weiter.
- Wählen Sie auf der Seite Virtuelle Hosts des Assistenten die virtuellen Hosts aus, an die der API-Proxy bei der Bereitstellung gebunden wird. Weitere Informationen finden Sie unter Informationen zu virtuellen Hosts.
- Wählen Sie die Bereitstellungsumgebung(en) aus und klicken Sie auf Erstellen und bereitstellen.
Der neue API-Proxy wird in der ausgewählten Umgebung erstellt und bereitgestellt. - Klicken Sie auf Proxy bearbeiten, um die Detailseite für den API-Proxy aufzurufen.
Classic Edge (Private Cloud)
So erstellen Sie mit der Classic Edge-Benutzeroberfläche einen Passthrough-Proxy für einen SOAP-basierten Dienst:
- Melden Sie sich bei
http://ms-ip:9000
an, wobei ms-ip die IP-Adresse oder der DNS-Name des Knotens des Verwaltungsservers ist. - Wählen Sie in der oberen Navigationsleiste APIs > API-Proxies aus.
- Klicken Sie auf + API-Proxy.
- Wählen Sie im Assistenten zum Erstellen eines Proxys die Option SOAP-Dienst aus.
- Klicken Sie auf Weiter.
- Treffen Sie auf der Seite „Details“ die folgenden Auswahlmöglichkeiten. Sie müssen nach der Auswahl einer WSDL auf Validieren klicken.
In diesem Feld tun Sie Folgendes WSDL Wählen Sie die Quelle der WSDL aus.
- URL: Geben Sie die URL der WSDL ein, die Sie verwenden möchten.
- Datei: Wählen Sie eine WSDL-Datei in Ihrem Dateisystem aus. In Fällen, in denen es weitere abhängige Dateien gibt, können Sie alle auswählen.
- Beispiel-URL: Wählen Sie aus einer Liste von WSDLs für öffentlich verfügbare Webdienste aus. Diese sind praktisch, um die SOAP/API-Proxy-Funktionen von Edge auszuprobieren.
Proxy-Name Dies ist der Name des Proxys, den Sie erstellen.
Proxy-Basispfad Der Proxy-Basispfad ist ein URI-Fragment, das die von diesem API-Proxy verfügbar gemachte API eindeutig identifiziert. API-Dienste verwenden den Basispfad-URI, um eingehende Anfragenachrichten abzugleichen und an den richtigen API-Proxy weiterzuleiten. Der Basispfad wird an die Domain der API angehängt, die automatisch anhand des Namens Ihrer Organisation und der Umgebung generiert wird, in der der API-Proxy bereitgestellt wird. Es empfiehlt sich, eine Versionsnummer in den Projektnamen aufzunehmen, z. B. /v1/delayedstockquote
. Dadurch wird festgelegt, wie Ihre API von privaten Anwendungen aufgerufen wird.Hinweis: Für den Proxy-Basispfad wird standardmäßig der Wert verwendet, der für den Proxy-Namen in Kleinbuchstaben angegeben ist, es sei denn, Sie bearbeiten den Inhalt im Feld "Proxy-Basispfad".
Beschreibung Eine kurze Beschreibung des Proxys. - Klicken Sie auf Weiter.
- Wählen Sie auf der WSDL-Seite den API-Proxy-Typ Pass-Through SOAP aus.
Hinweis:Es wird eine Tabelle angezeigt, in der jeder WSDL-Vorgang und die zugehörige SOAP-Nutzlast aufgeführt sind. Dies ist die Nutzlast, die an den Back-End-SOAP-Dienst "weitergeleitet" wird.
- Wählen Sie in der Spalte Porttyp die gewünschte Gruppe von Vorgängen aus. In WSDL definieren Elemente des Porttyps die Vorgänge, die Sie in einem Webdienst aufrufen können.
- Klicken Sie auf den Rest des Assistenten, um Sicherheit hinzuzufügen, virtuelle Hosts auszuwählen und eine Bereitstellungsumgebung auszuwählen.
- Klicken Sie auf der Seite "Build" auf Build and Deploy (Erstellen und bereitstellen). Edge generiert und stellt den neuen API-Proxy basierend auf der WSDL bereit.
Informationen zum endgültigen Proxy
Wenn Edge einen Pass-Through-Proxy generiert, ist der resultierende Proxy ein komplexer Fluss, der Richtlinien zum Transformieren von Daten, zum Extrahieren und Festlegen von Variablen, zum Bearbeiten von Nachrichten usw. enthält. Nachdem Sie den Pass-Through-Proxy generiert haben, sehen Sie sich den resultierenden Ablauf in der Entwicklungsansicht der API-Verwaltungsoberfläche an. Dort können Sie genau sehen, welche Richtlinien hinzugefügt wurden.
Die folgende Abbildung zeigt beispielsweise den Zielendpunkt-Preflow-Teil eines Pass-Through-Proxys. Auf Anfrageseite wird eineAssignMessage-Richtlinie verwendet, um die Ziel-URL festzulegen. Auf der Antwortseite werden Richtlinien ausgeführt, um die Antwort von XML in JSON zu transformieren, den SOAP-Textteil der Antwort in eine Variable zu extrahieren und die Antwortnachricht festzulegen. Diese und weitere Richtlinien werden beim Erstellen des Proxys automatisch hinzugefügt.
Edge-gehostete WSDL: Rufen Sie http(s)://[proxy_domain]/[proxy_base_path]?wsdl
auf, um die von Edge gehostete WSDL für diesen Proxytyp anzuzeigen.
Erweiterte SOAP-zu-REST-Proxy-Entwicklung
In den vorherigen Abschnitten wurde die Erstellung eines SOAP-zu-REST-API-Proxys mithilfe des API-Proxy-Assistenten in Edge behandelt. Wenn Sie jedoch eine genauere Kontrolle über die SOAP-zu-REST-Transformation wünschen, können Sie die vom Assistenten bereitgestellte Automatisierung umgehen und einen Proxy erstellen, indem Sie Richtlinien manuell hinzufügen und konfigurieren, um das gewünschte Verhalten zu erzielen. Weitere Informationen finden Sie in der Anleitung: Manuelle Erstellung eines SOAP-zu-REST-API-Proxys in Apigee Edge.