Zum Inhalt springen

HTTP POST-Aktivität

Einführung

Eine HTTP POST-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 Abkündigung, und der HTTP-Connector bleibt vollständig unterstützt. Wir empfehlen, dass Sie bestehende HTTP-Verbindungen und -Aktivitäten auf HTTP v2 konvertieren, wenn möglich.

Erstellen einer HTTP POST-Aktivität

Eine Instanz einer HTTP POST-Aktivität wird aus einer HTTP-Verbindung unter Verwendung ihres POST-Aktivitätstyps erstellt.

Um eine Instanz einer Aktivität zu erstellen, ziehen Sie den Aktivitätstyp auf die Entwurfsfläche oder kopieren Sie den Aktivitätstyp und fügen Sie ihn auf der Entwurfsfläche ein. Für Details siehe Erstellen einer Aktivitätsinstanz in Komponentenwiederverwendung.

Eine vorhandene HTTP POST-Aktivität kann von diesen Orten aus bearbeitet werden:

Konfigurieren einer HTTP Post-Aktivität

Befolgen Sie diese Schritte, um eine HTTP POST-Aktivität zu konfigurieren:

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 unten 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 POST-Aktivität eindeutig sein und darf keine Schrägstriche / oder Doppelpunkte : enthalten.

  • HTTP-Verb: Das HTTP-Verb kann nicht geändert werden.

    Hinweis

    Für ein als Quelle verwendetes HTTP POST wird eine leere Anfrage an die URL gesendet und die Antwort wird als Quelle verwendet.

    Für ein HTTP POST, das als Ziel verwendet wird, kann praktisch jeder Typ von Payload enthalten sein, muss jedoch vom Webserver, der sie empfängt, verstanden werden. Eine Antwort wird basierend auf der HTTP-Anfrage zurückgegeben und von Harmony analysiert. Wenn die Antwort Erfolg anzeigt, wird nichts weiter unternommen. Wenn eine Fehlermeldung empfangen wird, wird sie als Teil des Fehlerprotokollierungsprozesses für die Operation verwendet und in den Betriebsprotokollen gemeldet.

  • 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 Verkettung der Basis-URL und des oben eingegebenen Pfades 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: Nachdem Sie Änderungen vorgenommen haben, 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 verwerfen möchten.

Schritt 2: Bereitstellen des Anforderungsschemas

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.

  • Weiter: Klicken Sie, um die Konfiguration für diesen Schritt vorübergehend zu speichern und mit dem nächsten Schritt fortzufahren. Die Konfiguration wird nicht gespeichert, bis Sie die Schaltfläche Fertig im letzten Schritt klicken.

  • Ä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.

Schritt 3: Bereitstellen des Antwortschemas

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.

  • Next: 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.

  • Discard Changes: Nachdem Sie Änderungen vorgenommen haben, klicken Sie, um die Konfiguration zu schließen, ohne die Änderungen an einem Schritt zu speichern. Eine Nachricht fordert Sie auf, zu bestätigen, dass Sie die Änderungen verwerfen möchten.

Schritt 4: Überprüfen Sie die Datenschemata

Die konfigurierten Anfrage- und Antwortschemata (sofern bereitgestellt) werden angezeigt.

  • Data Schema: 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 Transformation Mapping-Prozesses 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.

  • Add Plugin(s): 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 aller erforderlichen Variablen, die vom Plugin verwendet werden, siehe Plugins added to an activity.

  • Back: Klicken Sie, um die Konfiguration für diesen Schritt vorübergehend zu speichern und zum vorherigen Schritt zurückzukehren.

  • Finished: Klicken Sie, um die Konfiguration für alle Schritte zu speichern und die Aktivitätskonfiguration zu schließen.

  • Discard Changes: Nachdem Sie Änderungen vorgenommen haben, klicken Sie, um die Konfiguration zu schließen, ohne die Änderungen an einem Schritt zu speichern. Eine Nachricht fordert Sie auf, zu bestätigen, dass Sie die Änderungen verwerfen möchten.

Jitterbit variables affecting HTTP submission

Das Harmony-System definiert bestimmte globale Variablen, die in einem 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. Weitere Informationen zur Verwendung von Jitterbit-Variablen finden Sie unter Jitterbit-Variablen.

Diese Jitterbit-Variablen beeinflussen die Art und Weise, wie HTTP-Quellübermittlungen durchgeführt werden:

  • jitterbit.source.max_redirs
  • jitterbit.source.http.ssl_cert_id
  • jitterbit.source.http.transfer_timeout

Diese Jitterbit-Variablen beeinflussen die Art und Weise, wie HTTP-Zielübermittlungen durchgeführt werden:

  • jitterbit.target.http.form_data
  • jitterbit.target.http.form_data.ContentType
  • jitterbit.target.http.form_data.filename
  • jitterbit.target.http.form_data.name
  • jitterbit.target.http.max_redirs
  • jitterbit.target.http.remove_trailing_linebreaks
  • jitterbit.target.http.ssl_cert_id
  • jitterbit.target.http.transfer_timeout

Nächste Schritte

Nachdem Sie eine HTTP-POST-Aktivität konfiguriert haben, können Sie diese innerhalb einer Operation oder eines Skripts wie unten beschrieben verwenden. Möglicherweise möchten Sie auch Chunking konfigurieren, um die Daten in kleinere Teile für die Verarbeitung zu unterteilen.

Operation abschließen

Nachdem Sie eine HTTP-POST-Aktivität konfiguriert haben, schließen Sie die Konfiguration der Operation ab, indem Sie andere Aktivitäten oder Werkzeuge als Operationselemente hinzufügen und konfigurieren. Sie können auch die Betriebseinstellungen einer Operation konfigurieren, die die Möglichkeit umfassen, Operationen, die sich in denselben oder unterschiedlichen Workflows befinden, miteinander zu verketten.

Sobald eine HTTP-POST-Aktivität erstellt wurde, sind die Menüaktionen für diese Aktivität im Projektbereich entweder in den Registerkarten Workflows oder Komponenten sowie im Designbereich zugänglich. Weitere Informationen finden Sie im Aktionsmenü für Aktivitäten.

Die Betriebsarten, mit denen HTTP-POST-Aktivitäten verwendet werden können, hängen davon ab, ob die Aktivität Daten bereitstellt (als Quelle) oder Daten empfängt (als Ziel) in einer Operation, wie unten in Verwendet als Quelle und Verwendet als Ziel beschrieben.

Obwohl es typisch ist, HTTP-POST-Aktivitäten als Ziel zu verwenden, ist es möglich, eine HTTP-POST-Aktivität auch als Quelle zu nutzen. Ob ein bestimmter 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 Sie die Operation und führen Sie sie aus, um das Verhalten zu validieren, indem Sie die Betriebsprotokolle überprüfen.

Als Quelle verwendet

HTTP-Aktivitäten, die als Quelle verwendet werden, können mit diesen Betriebsmustern verwendet werden:

Andere Muster sind ungültig, wenn HTTP-Aktivitäten als Quelle verwendet werden.

Als Ziel verwendet

HTTP-Aktivitäten, die als Ziel verwendet werden, können mit diesen Betriebsmustern verwendet werden:

Andere Muster sind mit HTTP-Aktivitäten, die als Ziel verwendet werden, nicht gültig.

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

JavaScript Jitterbit-Funktionen

Für weitere Details zum Referenzieren von Aktivitäten in Skripten siehe Endpoints in Jitterbit Script oder Endpoints in JavaScript.

Verwendung von Chunking

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 Praktiken zur Verwendung von Chunking siehe Operation options.