HTTP PUT-Aktivität
Einführung
Eine HTTP PUT-Aktivität, die ihre HTTP-Verbindung verwendet, ersetzt eine vorhandene Ressource auf einem über das HTTP- oder HTTPS-Protokoll zugänglichen Dienst und kann entweder als Quelle (um Daten in einer Operation bereitzustellen) oder als Ziel (um Daten in einer Operation zu konsumieren) verwendet werden.
Wichtig
Mit der Veröffentlichung des HTTP v2 Connectors empfehlen wir, bestehende HTTP-Verbindungen und -Aktivitäten auf HTTP v2 zu konvertieren. Erfahren Sie mehr über die Vorteile des HTTP v2 Connectors in unserem HTTP v2 Blogbeitrag oder sehen Sie sich einen Vergleich der Funktionen von HTTP- und HTTP v2-Connectors an.
Jitterbits langfristige Absicht ist es, den HTTP-Connector abzulehnen, was gemäß Jitterbits End-of-Life-Richtlinie angekündigt wird. Derzeit gibt es keinen Zeitplan für die Abwertung, und der HTTP-Connector bleibt vollständig unterstützt. Wir empfehlen, bestehende HTTP-Verbindungen und -Aktivitäten nach Möglichkeit in HTTP v2 zu konvertieren.
Erstellen einer HTTP Put-Aktivität
Eine Instanz einer HTTP PUT-Aktivität wird aus einer HTTP-Verbindung unter Verwendung des PUT-Aktivitätstyps erstellt.
Um eine Instanz einer Aktivität zu erstellen, ziehen Sie den Aktivitätstyp auf die Entwurfsgrafik oder kopieren Sie den Aktivitätstyp und fügen Sie ihn auf der Entwurfsgrafik ein. Für Details siehe Erstellen einer Aktivitätsinstanz in Komponentenwiederverwendung.
Eine vorhandene HTTP PUT-Aktivität kann von diesen Orten aus bearbeitet werden:
- Der Entwurfsgrafik (siehe Komponentenaktionsmenü in Entwurfsgrafik).
- Der Komponenten-Registerkarte im Projektbereich (siehe Komponentenaktionsmenü in Projektbereich Komponenten-Registerkarte).
Konfigurieren einer HTTP Put-Aktivität
Befolgen Sie diese Schritte, um eine HTTP PUT-Aktivität zu konfigurieren:
-
Schritt 1: Geben Sie einen Namen ein und spezifizieren Sie die Einstellungen
Geben Sie einen Namen für die Aktivität ein und spezifizieren Sie die URL, die Anfrageparameter und die Anfrageheader. -
Schritt 2: Geben Sie das Anfrage-Schema an
Geben Sie ein benutzerdefiniertes Anfrage-Schema an. -
Schritt 3: Geben Sie das Antwort-Schema an
Geben Sie ein benutzerdefiniertes Antwort-Schema an. -
Schritt 4: Überprüfen Sie die Datenschemas
Die konfigurierten Anfrage- und Antwort-Schemas (sofern angegeben) werden angezeigt.
Schritt 1: Geben Sie einen Namen ein und spezifizieren Sie die Einstellungen
In diesem Schritt geben Sie einen Namen für die Aktivität ein und spezifizieren die URL, die Anfrageparameter und die Anfrageheader. Jedes Benutzeroberflächenelement dieses Schrittes wird im Folgenden beschrieben.
Tipp
Felder mit einem Symbol für Variablen unterstützen die Verwendung von globalen Variablen, Projektvariablen und Jitterbit-Variablen. Beginnen Sie entweder, indem Sie eine öffnende eckige Klammer [ in das Feld eingeben oder indem Sie auf das Symbol für Variablen klicken, um ein Menü anzuzeigen, das vorhandene Variablen zur Auswahl auflistet.
Wichtig
Felder in den Tabellen zeigen das Symbol für Variablen nur im Bearbeitungsmodus an. Damit die Variablenwerte dieser Felder zur Laufzeit befüllt werden, muss die Agent-Version mindestens 10.75 / 11.13 sein.
-
Name: Geben Sie einen Namen ein, um die Aktivität zu identifizieren. Der Name muss für jede HTTP v2 PUT-Aktivität eindeutig sein und darf keine Schrägstriche
/oder Doppelpunkte:enthalten. -
HTTP-Verb: Das HTTP-Verb kann nicht geändert werden.
-
Pfad: Geben Sie einen Pfad und/oder Abfrageparameter ein, die an die Basis-URL angehängt werden sollen, die in der Konfiguration der HTTP-Verbindung angegeben wurde. Wenn Sie Abfrageparameter angeben, geben Sie diese so an, wie Sie es in einem Webbrowser tun würden, z. B.
/queryrecord?id=10. -
URL: Die URL, die als Kombination aus der Basis-URL und dem oben eingegebenen Pfad erstellt wurde, wird zur Referenz bereitgestellt. Um die URL zu bearbeiten, ändern Sie entweder die Basis-URL in der HTTP-Verbindung oder den oben eingegebenen Pfad.
-
Anforderungsparameter: Klicken Sie auf die Schaltfläche Hinzufügen, um eine Zeile hinzuzufügen, und geben Sie dann einen spezifischen Namen und Wert für die angeforderten Parameter ein. Klicken Sie auf die Schaltfläche Entfernen, um eine vorhandene Zeile zu entfernen. Die bereitgestellten Anforderungsparameter werden automatisch URL-kodiert.
-
Anforderungsheader: Klicken Sie auf die Schaltfläche Hinzufügen, um eine Zeile hinzuzufügen, und geben Sie dann einen spezifischen Namen und Wert für die angeforderten Headerinformationen ein. Klicken Sie auf die Schaltfläche Entfernen, um eine vorhandene Zeile zu entfernen.
-
Speichern & Beenden: Wenn aktiviert, klicken Sie, um die Konfiguration für diesen Schritt zu speichern und die Aktivitätskonfiguration zu schließen.
-
Weiter: Klicken Sie, um die Konfiguration für diesen Schritt vorübergehend zu speichern und zum nächsten Schritt fortzufahren. Die Konfiguration wird nicht gespeichert, bis Sie auf die Schaltfläche Fertig im letzten Schritt klicken.
-
Änderungen verwerfen: Nach dem Vornehmen von Änderungen klicken Sie, um die Konfiguration zu schließen, ohne die an einem Schritt vorgenommenen Änderungen zu speichern. Eine Nachricht fragt Sie, ob Sie die Änderungen wirklich verwerfen möchten.
Schritt 2: Stellen Sie das Anforderungsschema bereit
In diesem Schritt können Sie ein benutzerdefiniertes Anforderungsschema bereitstellen (optional).
-
Anforderungsschema bereitstellen: Das Anforderungsschema definiert die Struktur der Anforderungsdaten, die von der HTTP-Aktivität verwendet werden. Ob ein Anforderungsschema erforderlich ist, hängt davon ab, ob die Aktivität als Ziel einer Transformation verwendet wird und ob der Webdienst strukturierte Anforderungsdaten erwartet (siehe Schema-Nutzung). Für Anweisungen zum Ausfüllen dieses Abschnitts der Aktivitätskonfiguration siehe In einer Aktivität definierte Schemata.
-
Zurück: Klicken Sie, um die Konfiguration für diesen Schritt vorübergehend zu speichern und zum vorherigen Schritt zurückzukehren.
-
Nächster Schritt: Klicken Sie, um die Konfiguration für diesen Schritt vorübergehend zu speichern und zum nächsten Schritt fortzufahren. Die Konfiguration wird nicht gespeichert, bis Sie die Schaltfläche Fertig im letzten Schritt klicken.
-
Änderungen verwerfen: Nach dem Vornehmen von Änderungen klicken Sie, um die Konfiguration zu schließen, ohne die vorgenommenen Änderungen zu speichern. Eine Nachricht fordert Sie auf, zu bestätigen, dass Sie die Änderungen verwerfen möchten.
Schritt 3: Schema der Antwort bereitstellen
In diesem Schritt können Sie ein benutzerdefiniertes Antwortschema bereitstellen (optional).
-
Antwortschema bereitstellen: Das Antwortschema definiert die Struktur der Antwortdaten, die von der HTTP-Aktivität verwendet werden. Ob ein Antwortschema erforderlich ist, hängt davon ab, ob die Aktivität als Quelle einer Transformation verwendet wird und ob der Webdienst strukturierte Antwortdaten zurückgibt (siehe Schema-Nutzung). Für Anweisungen zum Ausfüllen dieses Abschnitts der Aktivitätskonfiguration siehe In einer Aktivität definierte Schemata.
-
Zurück: Klicken Sie, um die Konfiguration für diesen Schritt vorübergehend zu speichern und zum vorherigen Schritt zurückzukehren.
-
Nächster Schritt: Klicken Sie, um die Konfiguration für diesen Schritt vorübergehend zu speichern und zum nächsten Schritt fortzufahren. Die Konfiguration wird nicht gespeichert, bis Sie die Schaltfläche Fertig im letzten Schritt klicken.
-
Änderungen verwerfen: Nach dem Vornehmen von Änderungen klicken Sie, um die Konfiguration zu schließen, ohne die vorgenommenen Änderungen zu speichern. Eine Nachricht fordert Sie auf, zu bestätigen, dass Sie die Änderungen verwerfen möchten.
Schritt 4: Überprüfen der Datenschemata
Die konfigurierten Anfrage- und Antwortschemata (sofern bereitgestellt) werden angezeigt.
-
Datenschema: Wenn während der Aktivitätskonfiguration bereitgestellt, werden die Anfrage- und/oder Antwortdatenschemata angezeigt. Wenn die Operation eine Transformation verwendet, werden die Datenschemata später während des Prozesses der Transformation-Mapping erneut angezeigt, wo Sie Zielfelder mithilfe von Quellobjekten, Skripten, Variablen, benutzerdefinierten Werten und mehr zuordnen können. Sie können auch Schemata direkt in einer Transformation definieren.
-
Plugin(s) hinzufügen: Plugins sind von Jitterbit oder Benutzern bereitgestellte Anwendungen, die die nativen Fähigkeiten von Harmony erweitern. Um ein Plugin auf die Aktivität anzuwenden, klicken Sie, um diesen Abschnitt zu erweitern, und wählen Sie das Kontrollkästchen neben dem zu verwendenden Plugin aus. Für zusätzliche Anweisungen zur Verwendung von Plugins, einschließlich Details zur Festlegung erforderlicher Variablen, die vom Plugin verwendet werden, siehe Plugins, die zu einer Aktivität hinzugefügt wurden.
-
Zurück: Klicken Sie, 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: Nach Änderungen klicken Sie, um die Konfiguration zu schließen, ohne die vorgenommenen Änderungen zu speichern. Eine Nachricht fordert Sie auf, zu bestätigen, dass Sie die Änderungen verwerfen möchten.
Jitterbit-Variablen, die die HTTP-Übermittlung beeinflussen
Das Harmony-System definiert bestimmte globale Variablen, die im gesamten Projekt immer verfügbar sind, bekannt als Jitterbit-Variablen oder als vordefinierte globale Variablen. Die unten aufgeführten Jitterbit-Variablen sind besonders nützlich für HTTP-Aktivitäten. Für weitere Informationen zur Verwendung von Jitterbit-Variablen siehe Jitterbit-Variablen.
Diese Jitterbit-Variablen beeinflussen die Art und Weise, wie HTTP-Quellübermittlungen durchgeführt werden:
jitterbit.source.max_redirsjitterbit.source.http.ssl_cert_idjitterbit.source.http.transfer_timeout
Diese Jitterbit-Variablen beeinflussen die Art und Weise, wie HTTP-Zielübermittlungen durchgeführt werden:
jitterbit.target.http.form_datajitterbit.target.http.form_data.ContentTypejitterbit.target.http.form_data.filenamejitterbit.target.http.form_data.namejitterbit.target.http.max_redirsjitterbit.target.http.remove_trailing_linebreaksjitterbit.target.http.ssl_cert_idjitterbit.target.http.transfer_timeout
Nächste Schritte
Nachdem Sie eine HTTP PUT-Aktivität konfiguriert haben, können Sie sie innerhalb einer Operation oder eines Skripts wie unten beschrieben verwenden. Sie möchten möglicherweise auch Chunking konfigurieren, um die Daten in kleinere Teile zum Verarbeiten aufzuteilen.
Vollenden Sie die Operation
Nachdem eine HTTP PUT-Aktivität konfiguriert wurde, vervollständigen Sie die Konfiguration der Operation, indem Sie weitere Aktivitäten oder Tools als Schritte der Operation hinzufügen und konfigurieren. Sie können auch die Betriebseinstellungen einer Operation konfigurieren, die die Möglichkeit umfassen, Operationen zusammenzuführen, die sich in denselben oder unterschiedlichen Workflows befinden.
Sobald eine HTTP PUT-Aktivität erstellt wurde, sind die Menüaktionen für diese Aktivität im Projektbereich entweder in den Registerkarten Workflows oder Komponenten sowie auf der Entwurfsgrafik zugänglich. Siehe Aktivitätsaktionsmenü für Details.
Die Betriebsarten, mit denen HTTP PUT-Aktivitäten verwendet werden können, hängen davon ab, ob die Aktivität Daten (als Quelle) bereitstellt oder Daten (als Ziel) in einer Operation empfängt, wie unten in Verwendet als Quelle und Verwendet als Ziel beschrieben.
Obwohl es typisch ist, dass HTTP PUT-Aktivitäten als Ziel verwendet werden, ist es möglich, eine HTTP PUT-Aktivität als Quelle zu verwenden. Ob der spezifische Webdienst Anforderungs- oder Antwortschemata für jede Methode bereitstellt, bestimmt, ob eine Aktivität als Quelle oder Ziel verwendet werden kann, wie in Teile einer Operation in Erstellung und Konfiguration von Operationen beschrieben.
Wenn Sie bereit sind, implementieren und führen Sie die Operation aus und validieren Sie das Verhalten, indem Sie die Betriebsprotokolle überprüfen.
Verwendet als Quelle
HTTP-Aktivitäten, die als Quelle verwendet werden, können mit diesen Betriebsarten verwendet werden:
- Archivmuster
- Transformationsmuster
- Zwei-Ziel-Archivmuster (nur als erste Quelle)
- Zwei-Ziel-HTTP-Archivmuster (als erste oder zweite Quelle)
- Zwei-Transformationsmuster (nur als erste Quelle)
- Salesforce-Bulk-Zielmuster
Andere Muster sind nicht gültig, wenn HTTP-Aktivitäten als Quelle verwendet werden.
Verwendet als Ziel
HTTP-Aktivitäten, die als Ziel verwendet werden, können mit diesen Betriebsmustern verwendet werden:
- Archivmuster
- Skriptmuster
- Transformationsmuster
- Zwei-Ziel-Archivmuster (nur als zweites Ziel)
- Zwei-Ziel-HTTP-Archivmuster (als erstes oder zweites Ziel)
- Zwei-Transformationsmuster (nur als zweites Ziel)
- Salesforce-Bulk-Quellenmuster
Andere Muster sind nicht gültig, wenn HTTP-Aktivitäten als Ziel verwendet werden.
Verwendung von HTTP-Aktivitäten in Skripten
HTTP-Aktivitäten können auch in einem Skript referenziert werden, um mit Skriptfunktionen verwendet zu werden, die eine sourceId oder targetId als Parameter verwenden, einschließlich dieser:
Jitterbit-Funktionen
ArchiveFileBase64EncodeFileDBLoadDBWriteDeleteFileDeleteFilesDirListFileListFlushAllFilesFlushFileReadFileSfLookupAllToFileWriteFile
JavaScript Jitterbit-Funktionen
Für weitere Details zum Referenzieren von Aktivitäten in Skripten siehe Endpoints in Jitterbit Script oder Endpoints in JavaScript.
Chunking verwenden
Viele Webservice-APIs haben Größenbeschränkungen. Wenn Sie auf von der API auferlegte Datensatzgrenzen stoßen, möchten Sie möglicherweise Chunking verwenden, um die Quelldaten in mehrere Teile zu unterteilen. Die Transformation wird dann für jedes Chunk separat durchgeführt, wobei jedes Quell-Chunk ein Ziel-Chunk erzeugt. Die resultierenden Ziel-Chunks kombinieren sich, um das endgültige Ziel zu erzeugen.
Für Anweisungen und bewährte Verfahren zur Verwendung von Chunking siehe Betriebsoptionen.