SOAP-Dienst als API-Proxy verfügbar machen

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

In diesem Thema wird erläutert, wie Sie API-Proxys für SOAP-basierte Webdienste erstellen. In Edge können Sie zwei Arten von SOAP-Proxys erstellen. Der eine generiert eine RESTful-Schnittstelle zum SOAP-Dienst des Backends und der andere führt einen Passthrough der SOAP-Nachricht an das Backend aus. Beide Techniken werden in diesem Thema beschrieben.

In diesem Video wird eine End-to-End-Demo zur Umwandlung eines SOAP-Dienstes in einen REST-Dienst mit Apigee Edge und dem API-Proxy-Assistenten gezeigt. Wenn Sie jedoch mehr Kontrolle über die SOAP-zu-REST-Transformation haben möchten, können Sie einen Proxy mithilfe von Richtlinien erstellen. Weitere Informationen finden Sie unter Leitfaden: Manuelles Erstellen eines SOAP-zu-REST-API-Proxys in Apigee Edge.

RESTful API-Proxy für einen SOAP-basierten Dienst erstellen

In diesem Abschnitt wird beschrieben, wie Sie mit der Option REST to SOAP to REST (REST zu SOAP zu REST) im Assistenten zum Erstellen eines Proxys einen RESTful SOAP API-Proxy erstellen.

Übersicht

Mit der Option REST to SOAP to REST wird die WSDL verarbeitet, um einen RESTful API-Proxy zu generieren. Edge ermittelt anhand der WSDL die unterstützten Vorgänge, Eingabeparameter usw. des Dienstes. Edge „errät“, welche HTTP-Methode für jeden 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 Backend-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:

  1. Melden Sie sich unter apigee.com/edge an.
  2. Wählen Sie in der linken Navigationsleiste Develop > API Proxies aus.
  3. Klicken Sie auf +Proxy.
  4. Klicken Sie auf SOAP-Dienst.
  5. Geben Sie auf der Seite „Proxy-Details“ die WSDL-Datei an.
    Feld Beschreibung
    WSDL-Datei angeben

    Wählen Sie die Quelle der WSDL aus.

    • Über die Webadresse (URL): Geben Sie die URL der WSDL ein oder fügen Sie sie ein.
    • Von meinem Computer: Sie können eine WSDL-Datei aus Ihrem lokalen Verzeichnis hochladen. Wenn es Abhängigkeiten gibt, können Sie mehrere Dateien hochladen.
  6. Klicken Sie auf Validieren, um die WSDL zu validieren.
  7. 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 mit dem passenden API-Proxy abzugleichen und zu diesem 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 den Basispfad eines anderen API-Proxys festlegen, wird die Bereitstellung des API-Proxys beim Speichern automatisch von Edge aufgehoben. 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 beispielsweise https://[host]/team/blue/members und https://[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.
  8. Klicken Sie auf Weiter.
  9. Konfigurieren Sie auf der Seite Allgemeine Richtlinien des Assistenten Folgendes:
    • Sicherheitsanforderungen für die Autorisierung unter Sicherheit: Autorisierung Weitere Informationen finden Sie unter 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 Backend-Dienstes vor hohem Traffic unter Kontingent. Siehe Kontingente (Diese Option ist nicht verfügbar, wenn die Passthrough-Autorisierung ausgewählt ist.)
  10. Wählen Sie auf der Seite WSDL-Vorgänge den API-Proxytyp REST zu SOAP zu REST aus.

    Eine Tabelle mit den Vorgängen wird angezeigt, die Edge in der WSDL-Datei „entdeckt“ hat. Sie können auswählen und konfigurieren, welche Vorgänge in Ihren API-Proxy aufgenommen werden sollen. Die Tabelle ist in der folgenden Abbildung dargestellt.

  11. Wählen Sie im Drop-down-Menü einen Porttyp aus, um anzugeben, welche Vorgänge verwendet werden sollen. In WSDL definieren Porttypelemente die Vorgänge, die Sie bei einem Webdienst aufrufen können.
  12. Optional können Sie den Pfad der REST API für einen Vorgang ändern. Der Pfad wird als Ressourcenname in der API-Proxy-URL verwendet.
  13. Optional können Sie das Verb (HTTP-Methode) ändern, das mit dem Vorgang verknüpft ist.
  14. Klicken Sie auf Weiter.
  15. Wählen Sie auf der Seite Virtuelle Hosts des Assistenten die virtuellen Hosts aus, an die der API-Proxy bei der Bereitstellung gebunden werden soll. Weitere Informationen finden Sie unter Informationen zu virtuellen Hosts.
  16. Klicken Sie auf Weiter.
  17. Wählen Sie die Bereitstellungsumgebungen aus und klicken Sie auf Erstellen und bereitstellen.
    Der neue API-Proxy wird erstellt und in der ausgewählten Umgebung bereitgestellt.
  18. Klicken Sie auf Proxy bearbeiten, um die Detailseite für den API-Proxy aufzurufen.

Klassisches Edge (Private Cloud)

So erstellen Sie mit der klassischen Edge-Benutzeroberfläche einen RESTful API-Proxy für einen SOAP-basierten Dienst:

  1. Melden Sie sich bei http://ms-ip:9000 an, wobei ms-ip die IP-Adresse oder der DNS-Name des Management Server-Knotens ist.
  2. Wählen Sie in der oberen Navigationsleiste APIs > API-Proxys aus.
  3. Klicken Sie auf + API Proxy.
  4. Wählen Sie im Assistenten zum Erstellen eines Proxys die Option „SOAP-Dienst“ aus.
  5. Klicken Sie auf Weiter.
  6. Treffen Sie auf der Seite „Details“ die folgenden Auswahlen. Nachdem Sie eine WSDL ausgewählt haben, müssen Sie 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. Falls es zusätzliche 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. Sie eignen sich gut, um die SOAP-/API-Proxy-Funktionen von Edge zu testen.
    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 mit dem passenden API-Proxy abzugleichen und zu diesem 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 den Basispfad eines anderen API-Proxys festlegen, wird die Bereitstellung des API-Proxys beim Speichern automatisch von Edge aufgehoben. 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 beispielsweise https://[host]/team/blue/members und https://[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.
  7. Klicken Sie auf Weiter.
  8. Wählen Sie auf der WSDL-Seite den API-Proxytyp REST to SOAP to REST aus.

    Eine Tabelle mit den Vorgängen wird angezeigt, die Edge in der WSDL-Datei „entdeckt“ hat. Sie können auswählen und konfigurieren, welche Vorgänge in Ihren API-Proxy aufgenommen werden sollen. Die Tabelle ist in der folgenden Abbildung dargestellt.

    Auf der Seite „WSDL-Vorgänge“ ist der API-Proxytyp auf „REST to SOAP to REST“ (REST zu SOAP zu REST) festgelegt und in einer Tabelle wird eine Ergebniszeile mit dem Vorgang „add“ (hinzufügen) angezeigt.

  9. Wählen Sie in der Spalte „Porttyp“ die gewünschten Vorgänge aus. In WSDL definieren Porttypelemente die Vorgänge, die Sie in einem Webdienst aufrufen können.
  10. Optional: Ändern Sie die mit dem Vorgang verknüpfte HTTP-Methode.

    Hinweis:Edge ermittelt die für jeden Vorgang zu verwendende HTTP-Methode anhand einer „besten Schätzung“. GET wird in der Regel bevorzugt, da GET-Anfragen im Cache gespeichert werden können.
  11. Optional: Ändern Sie den REST API-Pfad für einen Vorgang. Der Pfad wird als Ressourcenname in der API-Proxy-URL verwendet.
  12. Klicken Sie sich durch den Rest des Assistenten, um Sicherheitsmaßnahmen hinzuzufügen, virtuelle Hosts und die Bereitstellungsumgebung auszuwählen.
  13. Klicken Sie auf der Seite „Build“ auf Erstellen und Bereitstellen. Edge generiert und stellt den neuen API-Proxy basierend auf der WSDL bereit.
  14. Rufen Sie die Übersichtsseite für den neuen API-Proxy auf. Beachten Sie, dass eine Reihe von Ressourcen basierend auf den in der WSDL-Datei gefundenen Vorgängen erstellt wurde.

    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 Referenzdokumentation der API vorstellen. Diese Ansicht des API-Modells wird von Edge automatisch für Sie generiert. Maximieren Sie einfach eine Ressource, um ihre Beschreibung und Pfadinformationen aufzurufen.

Der finale Proxy

Wenn Edge einen API-Proxy auf der Grundlage einer WSDL generiert, ist der resultierende Proxy in Wirklichkeit ein komplexer Ablauf, der unter anderem Richtlinien zur Transformation von Daten, zum Extrahieren und Festlegen von Variablen und zum Manipulieren von Nachrichten enthält. Nachdem Sie einen Proxy basierend auf einer WSDL generiert haben, sehen Sie sich den resultierenden Ablauf in der Entwicklungsansicht der API-Verwaltungsoberfläche an. Dort sehen Sie genau, welche Richtlinien hinzugefügt wurden.

Auf der Anfrageseite wird beispielsweise eine AssignMessage-Richtlinie verwendet, um die Ziel-URL festzulegen. Auf der Antwortseite werden Richtlinien ausgeführt, um die Antwort von XML in JSON umzuwandeln, den SOAP-Textteil der Antwort in eine Variable zu extrahieren und die Antwortnachricht festzulegen. Diese und andere Richtlinien werden automatisch hinzugefügt, wenn Sie den Proxy erstellen.

OpenAPI-Spezifikation: Die automatisch generierte OpenAPI-Spezifikation für diesen Proxy finden Sie unter http(s)://[proxy_domain]/[proxy_base_path]/openapi.json. Die Umwandlung ist 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 beschrieben, wie Sie einen Passthrough-Proxy mit der Option Passthrough-Proxy im Dialogfeld „Neuen Proxy erstellen“ erstellen.

Übersicht

Mit der Option „Pass-Through-Proxy“ können Sie einen Proxy erstellen, der die SOAP-Nachricht in einer Anfrage unverändert an den Backend-Dienst weiterleitet. So lässt sich ganz einfach ein Proxy für einen SOAP-basierten Webdienst erstellen. Im Hintergrund verarbeitet Edge alle Transformationen und anderen Ablaufaktivitäten automatisch für Sie. Wenn die Anfrage beispielsweise im JSON-Format vorliegt, konvertiert Edge sie in eine gültige XML-SOAP-Nachricht mit den richtigen Namespaces, bevor sie an den Dienst gesendet wird. Wenn der Dienst eine XML-basierte SOAP-Antwort zurückgibt, wandelt Edge sie ebenfalls in JSON um, bevor sie an den Client zurückgegeben wird. Außerdem richtet Edge den Backend-Zielendpunkt ein, der je nach SOAP-Vorgang variieren kann.

Bei diesem Proxytyp hostet Edge die WSDL und erstellt einen Ablauf im Proxy, über den 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 Pass-Through-Proxy für einen SOAP-basierten Dienst:

  1. Melden Sie sich unter apigee.com/edge an.
  2. Wählen Sie in der linken Navigationsleiste Develop > API Proxies aus.
  3. Klicken Sie auf +Proxy.
  4. Klicken Sie auf SOAP-Dienst.
  5. Geben Sie auf der Seite „Proxy-Details“ die WSDL-Details an.
    Feld Beschreibung
    WSDL

    Wählen Sie die Quelle der WSDL aus.

    • Über die Webadresse (URL): Geben Sie die URL der WSDL ein oder fügen Sie sie ein.
    • Von meinem Computer: Hier können Sie eine WSDL-Datei aus Ihrem lokalen Verzeichnis hochladen. Wenn es Abhängigkeiten gibt, können Sie mehrere Dateien hochladen.
    Name

    Name des API-Proxys.
    Basispfad

    URI-Fragment nach der Adresse http(s)://[host] des API-Proxys. Edge verwendet den Basispfad-URI, um eingehende Anfragenachrichten mit dem passenden API-Proxy abzugleichen und zu diesem weiterzuleiten.

    Hinweis: Informationen zu den Empfehlungen von Apigee zur API-Versionsverwaltung finden Sie unter Versionsverwaltung im E-Book Web API Design: The Missing Link.

    Nach 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. Wenn Sie diesen Proxy später bearbeiten und seinen Basispfad auf denselben Wert wie den Basispfad eines anderen API-Proxys festlegen, wird die Bereitstellung dieses API-Proxys beim Speichern automatisch aufgehoben. Sie müssen den Basispfad bearbeiten, bevor Sie ihn neu 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 beispielsweise https://[host]/team/blue/members und https://[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.

    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, es sei denn, Sie bearbeiten den Inhalt im Feld „Basispfad“ explizit.
    Beschreibung Optional: Beschreibung der API.
  6. Klicken Sie auf Weiter.
  7. Konfigurieren Sie auf der Seite Allgemeine Richtlinien des Assistenten Folgendes:
    • Sicherheitsanforderungen für die Autorisierung Weitere Informationen finden Sie unter 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 Backend-Dienstes vor hohem Traffic. Weitere Informationen finden Sie unter Kontingente. (Diese Option ist nicht verfügbar, wenn die Passthrough-Autorisierung ausgewählt ist.)
    • Erzwingung der Monetarisierungsbeschränkung für Organisationen, die die Monetarisierung aktiviert haben. Siehe Monetarisierungslimits für API-Proxys erzwingen.
  8. Wählen Sie auf der WSDL-Seite den API-Proxytyp Pass-Through SOAP aus.

  9. Wählen Sie im Drop-down-Menü einen Porttyp aus, um anzugeben, welche Vorgänge verwendet werden sollen. In WSDL definieren Porttypelemente die Vorgänge, die Sie bei einem Webdienst aufrufen können.
  10. Klicken Sie auf Weiter.
  11. Wählen Sie auf der Seite Virtuelle Hosts des Assistenten die virtuellen Hosts aus, an die der API-Proxy bei der Bereitstellung gebunden werden soll. Weitere Informationen finden Sie unter Informationen zu virtuellen Hosts.
  12. Wählen Sie die Bereitstellungsumgebungen aus und klicken Sie auf Erstellen und bereitstellen.
    Der neue API-Proxy wird erstellt und in der ausgewählten Umgebung bereitgestellt.
  13. Klicken Sie auf Proxy bearbeiten, um die Detailseite für den API-Proxy aufzurufen.

Klassisches Edge (Private Cloud)

So erstellen Sie über die Classic Edge-Benutzeroberfläche einen Pass-Through-Proxy für einen SOAP-basierten Dienst:

  1. Melden Sie sich bei http://ms-ip:9000 an, wobei ms-ip die IP-Adresse oder der DNS-Name des Management Server-Knotens ist.
  2. Wählen Sie in der oberen Navigationsleiste APIs > API-Proxys aus.
  3. Klicken Sie auf + API Proxy.
  4. Wählen Sie im Assistenten zum Erstellen eines Proxys die Option „SOAP-Dienst“ aus.
  5. Klicken Sie auf Weiter.
  6. Treffen Sie auf der Seite „Details“ die folgenden Auswahlen. Nachdem Sie eine WSDL ausgewählt haben, müssen Sie 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. Falls es zusätzliche 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. Sie eignen sich gut, um die SOAP-/API-Proxy-Funktionen von Edge zu testen.
    Proxy-Name

    Dies ist der Name des Proxys, den Sie erstellen.
    Proxy-Basispfad Der Proxy Base Path ist ein URI-Fragment, das die API eindeutig identifiziert, die von diesem API-Proxy verfügbar gemacht wird. API Services verwendet den Basispfad-URI, um eingehende Anfragenachrichten mit dem passenden API-Proxy abzugleichen und zu diesem weiterzuleiten. Der Basispfad wird an die Domain der API angehängt, die automatisch basierend auf dem Namen 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 Verbraucher-Apps aufgerufen wird.

    Hinweis: Der Basispfad des Proxys wird standardmäßig auf den Wert gesetzt, der für den Proxynamen angegeben ist und vollständig in Kleinbuchstaben konvertiert, es sei denn, Sie bearbeiten den Inhalt im Feld „Proxy-Basispfad“ explizit.
    Beschreibung Eine kurze Beschreibung des Proxys.

  8. Klicken Sie auf Weiter.
  9. Wählen Sie auf der WSDL-Seite den API-Proxytyp Pass-Through SOAP aus.

    Hinweis:Es wird eine Tabelle mit den einzelnen WSDL-Vorgängen und der entsprechenden SOAP-Nutzlast angezeigt. Dies ist die Nutzlast, die an den SOAP-Back-End-Dienst weitergeleitet wird.

    Auf der WSDL-Seite ist der API-Proxytyp auf „Pass-Through SOAP“ festgelegt und eine Liste von Vorgängen wie „GetQuote“ ist nach Porttyp organisiert.
  10. Wählen Sie in der Spalte „Porttyp“ die gewünschten Vorgänge aus. In WSDL definieren Porttypelemente die Vorgänge, die Sie bei einem Webdienst aufrufen können.
  11. Klicken Sie sich durch den Rest des Assistenten, um Sicherheitsmaßnahmen hinzuzufügen, virtuelle Hosts und die Bereitstellungsumgebung auszuwählen.
  12. Klicken Sie auf der Seite „Build“ auf Erstellen und Bereitstellen. Edge generiert und stellt den neuen API-Proxy basierend auf der WSDL bereit.

Der finale Proxy

Wenn Edge einen Passthrough-Proxy generiert, ist der resultierende Proxy in Wirklichkeit ein komplexer Ablauf, der unter anderem Richtlinien zur Transformation von Daten, zum Extrahieren und Festlegen von Variablen und zum Manipulieren von Nachrichten enthält. Nachdem Sie den Passthrough-Proxy generiert haben, sehen Sie sich den resultierenden Ablauf in der Ansicht „Entwickeln“ der API-Verwaltungs-UI an. Dort sehen Sie genau, welche Richtlinien hinzugefügt wurden.

Die folgende Abbildung zeigt beispielsweise den Teil „PreFlow des Zielendpunkts“ eines Passthrough-Proxys. Auf Anfrageseite wird eine AssignMessage-Richtlinie verwendet, um die Ziel-URL festzulegen. Auf der Antwortseite werden Richtlinien ausgeführt, um die Antwort von XML in JSON umzuwandeln, den SOAP-Body-Teil der Antwort in eine Variable zu extrahieren und die Antwortnachricht festzulegen. Diese und andere Richtlinien werden automatisch hinzugefügt, wenn Sie den Proxy erstellen.

In der Entwicklungsansicht im Bereich „Ablauf“ veranschaulichen Pfeile den Ablauf von der Anfrage bis zur Antwort und Symbole die Richtlinien.

Edge-gehostete WSDL: Die für diesen Proxytyp generierte Edge-gehostete WSDL finden Sie unter http(s)://[proxy_domain]/[proxy_base_path]?wsdl.

Erweiterte SOAP-zu-REST-Proxy-Entwicklung

In den vorherigen Abschnitten wurde beschrieben, wie Sie mit dem API-Proxy-Assistenten in Edge einen SOAP-zu-REST-API-Proxy erstellen. Wenn Sie die SOAP-zu-REST-Transformation jedoch genauer steuern möchten, können Sie die vom Assistenten bereitgestellte Automatisierung umgehen und einen Proxy erstellen, indem Sie manuell Richtlinien hinzufügen und konfigurieren, um das gewünschte Verhalten zu erzielen. Weitere Informationen finden Sie unter Leitfaden: Manuelles Erstellen eines SOAP-zu-REST-API-Proxys in Apigee Edge.