API SOAP Antwortaktivität
Einführung
Eine API SOAP Response-Aktivität, die ihre vorkonfigurierte API Verbindung verwendet, gibt Daten an eine benutzerdefinierte API-Manager API zurück und soll als Ziel zum Verbrauchen von Daten in einer Operation verwendet werden.
Die API Aktivität SOAP Antwort kann nur mit einem WSDL Schema konfiguriert werden. Um mit einer API Verbindung über ein JSON-, XML-, CSV- oder XSD Schema zu interagieren, verwenden Sie eine Nicht-SOAP Aktivität API Antwort stattdessen. Um mit einer SOAP -Verbindung zu interagieren, ohne eine benutzerdefinierte API zu verwenden, verwenden Sie den SOAP Connector.
Informationen zur Beziehung zwischen API Connector-Aktivitäten und API-Manager APIs finden Sie in diesen Ressourcen:
Erstellen einer API SOAP Antwortaktivität
Eine Instanz einer API SOAP Response-Aktivität wird aus der vorkonfigurierten API -Verbindung erstellt mithilfe des Aktivitätstyps SOAP Antwort.
Um eine Instanz einer Aktivität zu erstellen, ziehen Sie den Aktivitätstyp auf die Design-Canvas oder kopieren Sie den Aktivitätstyp und fügen Sie ihn auf der Design-Canvas ein. Weitere Informationen finden Sie unter Erstellen Sie eine Aktivität oder Tool-Instanz in Komponentenwiederverwendung.
Eine vorhandene API SOAP Antwort-Aktivität kann an diesen Stellen bearbeitet werden:
- Die Design-Canvas (siehe Aktionsmenü „Komponentenaktionen“ in Entwurfsfläche).
- Die Tab Komponenten des Projektbereichs (siehe Aktionsmenü im Projektbereich Tab Komponenten).
Konfigurieren einer API SOAP Antwortaktivität
Führen Sie die folgenden Schritte aus, um eine API SOAP Antwort-Aktivität zu konfigurieren:
- Schritt 1: Geben Sie einen Namen ein und legen Sie die Einstellungen fest
Geben Sie einen Namen für die Aktivität ein und wählen Sie die Methode aus, die zum Hochladen des WSDL Schema verwendet werden soll. - Schritt 2: Überprüfen Sie die Datenschemata
Alle vom Endpoint generierten Anforderungs- oder Antwortschemata werden angezeigt.
Schritt 1: Namen eingeben und Einstellungen festlegen
Geben Sie in diesem Schritt einen Namen für die Aktivität an und wählen Sie die Methode aus, die zum Hochladen des WSDL Schema verwendet werden soll. Jedes Benutzeroberflächenelement dieses Schritts wird unten beschrieben.
-
Name: Geben Sie einen Namen zur Identifizierung der Aktivität ein. Der Name muss für jede API SOAP Response-Aktivität eindeutig sein und darf keine Schrägstriche enthalten
/
oder Doppelpunkte:
. -
URL hochladen, Datei hochladen oder Vorhandene auswählen: Wählen Sie mit dem Optionsfeld die Quelle der WSDL-Datei (Web Services Description Language) aus, die Sie hochladen oder wiederverwenden möchten. Es können Dateien mit einer Größe von bis zu 5 MB hochgeladen werden.
-
URL hochladen: Geben Sie die URL der WSDL-Datei in das Textfeld ein und klicken Sie dann auf die Schaltfläche Hochladen. Die URL muss ohne Authentifizierung zugänglich sein, sonst erhalten Sie eine Fehlermeldung. Wenn Sie eine WSDL mit demselben Namen wie eine vorhandene WSDL hochladen, lesen Sie Hochgeladene WSDL ersetzen weiter unten auf dieser Seite.
-
Datei hochladen: Verwenden Sie die Schaltfläche Durchsuchen rechts, um lokal zu einer WSDL- oder ZIP-Datei zu navigieren. Wenn Sie eine ZIP-Datei bereitstellen, muss diese eine einzelne WSDL-Datei enthalten, sie kann jedoch auch alle XSD-Dateien enthalten, von denen die WSDL abhängig ist. Klicken Sie dann auf die Schaltfläche Hochladen. Wenn Sie eine WSDL mit demselben Namen wie eine vorhandene WSDL hochladen, lesen Sie Hochgeladene WSDL ersetzen weiter unten auf dieser Seite.
Hinweis
Beliebig
schemaLocation
muss mithilfe einer relativen Referenz in eine lokale Datei aufgelöst werden. Dies bedeutet normalerweise, dass anstelle der Bereitstellung eines Tupels wie:xsi:schemaLocation='http://schemas.xmlsoap.org/wsdl/mime/ http://ws-i.org/profiles/basic/1.1/wsdlmime-2004-08-24.xsd'
Sie würden angeben:
xsi:schemaLocation='http://schemas.xmlsoap.org/wsdl/mime/ wsdlmime-2004-08-24.xsd'
Im obigen Beispiel die XSD-Datei
wsdlmime-2004-08-24.xsd
befindet sich entweder im selben Verzeichnis oder auf einem Pfad relativ zum geladenen WSDL. -
Vorhandene auswählen: Verwenden Sie die Dropdown-Liste, um eine vorhandene WSDL-Datei auszuwählen, die zuvor im aktuellen Projekt verwendet wurde.
-
-
Port: Verwenden Sie die Dropdown-Liste, um den entsprechenden Port auszuwählen.
-
Dienst und Bindung: Standardmäßig werden diese Felder automatisch auf Grundlage der bereitgestellten WSDL und des Port ausgefüllt und können nicht bearbeitet werden.
-
Operation: Verwenden Sie die Dropdown-Liste, um die Methode aus der bereitgestellten WSDL auszuwählen, die Sie mit dieser Aktivität ausführen möchten.
-
Speichern und beenden: Wenn aktiviert, klicken Sie, um die Konfiguration für diesen Schritt zu speichern und die Aktivitätskonfiguration zu schließen.
-
Weiter: Klicken Sie hier, um die Konfiguration für diesen Schritt vorübergehend zu speichern und mit dem nächsten Schritt fortzufahren. Die Konfiguration wird erst gespeichert, wenn Sie im letzten Schritt auf die Schaltfläche Fertig klicken.
-
Änderungen verwerfen Klicken Sie nach dem Vornehmen von Änderungen hierauf, um die Konfiguration zu schließen, ohne die an einem Schritt vorgenommenen Änderungen zu speichern. Sie werden in einer Meldung aufgefordert, zu bestätigen, dass Sie die Änderungen verwerfen möchten.
Schritt 2: Überprüfen der Datenschemata
Alle vom Endpoint generierten Anforderungs- oder Antwortschemata werden angezeigt:
-
Datenschemata: Die Anforderungs- und Antwortschemata für diese Aktivität werden angezeigt. Diese Datenschemata werden von benachbarten Transformations übernommen und während der Transformation erneut angezeigt.
Notiz
Die in einer Transformation bereitgestellten Daten haben Vorrang vor der Aktivitätskonfiguration.
-
Zurück: Klicken Sie hier, um die Konfiguration für diesen Schritt vorübergehend zu speichern und zum vorherigen Schritt zurückzukehren.
-
Fertig: Klicken Sie, um die Konfiguration für alle Schritte zu speichern und die Aktivitätskonfiguration zu schließen.
-
Änderungen verwerfen Klicken Sie nach dem Vornehmen von Änderungen hierauf, um die Konfiguration zu schließen, ohne die an einem Schritt vorgenommenen Änderungen zu speichern. Sie werden in einer Meldung aufgefordert, zu bestätigen, dass Sie die Änderungen verwerfen möchten.
Ersetzen einer hochgeladenen WSDL
Wenn Sie eine WSDL ersetzen, indem Sie eine WSDL mit demselben Namen erneut hochladen, indem Sie URL hochladen oder Datei hochladen, müssen die WSDL-Operationen dieselben Namen haben wie die WSDL-Operationen, die derzeit von vorhandenen Aktivitäten verwendet werden. Wenn sie nicht dieselben Namen haben oder wenn verwendete WSDL-Operationen in der Ersatz-WSDL fehlen, werden Sie in einer Fehlermeldung aufgefordert, diese Aktivitäten zuerst zu löschen:
Wenn die oben beschriebenen WSDL-Ersetzungskriterien erfüllt sind, werden in einer Bestätigungsmeldung die Aktivitäten aufgelistet, die durch die Ersetzung der WSDL betroffen sein können, und es wird vorgeschlagen, benachbarte Transformations auf mögliche Zuordnungsfehler zu überprüfen. Wenn Sie auf Weiter klicken, wird die WSDL an allen Stellen im gesamten Projekt ersetzt, an denen sie verwendet wird:
Nächste Schritte
Nachdem Sie eine API -** SOAP -Antwort**-Aktivität konfiguriert haben, schließen Sie die Konfiguration des Operation ab, indem Sie andere Aktivitäten, Transformations oder Scripts als Operation hinzufügen und konfigurieren. Sie können auch die Operation konfigurieren, die die Möglichkeit umfassen, Vorgänge zu verketten, die sich im selben oder in unterschiedlichen Workflows befinden.
Sobald eine API SOAP Antwort-Aktivität erstellt wurde, sind Menüaktionen für diese Aktivität über den Projektbereich entweder auf den Registerkarten Workflows oder Komponenten und über die Design-Canvas zugänglich. Siehe Aktionsmenü für weitere Einzelheiten.
API SOAP Response-Aktivitäten können mit diesen Operation als Ziel verwendet werden:
- Archivmuster
- Script
- Transformation
- Zwei-Ziel-Archivmuster (nur als zweites Ziel)
- HTTP-Archivmuster mit zwei Zielen (nur als zweites Ziel)
- Zwei-Transformationsmuster (nur als zweites Ziel)
Wichtig
Standardmäßig werden erfolgreiche Vorgänge, die für eine benutzerdefinierte API konfiguriert sind, sind nicht in den Operation enthalten, sofern nicht eine dieser Einstellungen aktiviert ist:
- Cloud-Agenten: Für API Operationen auf einem Cloud-Agenten Operation debuggen muss für die Operation aktiviert sein.
- Private Agenten: Für API Operationen auf einem privaten Agenten muss entweder Operation debuggen muss für die Operation aktiviert sein oder Sie müssen
EnableLogging=true
im[APIoperation]
Abschnitt der privaten Agentenkonfigurationsdatei.
Konfigurieren einer benutzerdefinierten API-Manager API
Nachdem die Einrichtung des Operation abgeschlossen ist, konfigurieren Sie eine benutzerdefinierte API mit API-Manager.
Notiz
Nachdem Sie eine benutzerdefinierte API zum Aufrufen konfiguriert haben an Integration Studio Operation, können Sie die Operation nicht löschen, ohne entweder die API zu löschen oder die Konfiguration der API so zu ändern, dass die Operation nicht mehr aufgerufen wird.