HTTP v2 PUT-Aktivität

Einführung

Eine HTTP v2 PUT-Aktivität, die ihre HTTP v2-Verbindung verwendet, ersetzt eine vorhandene Ressource auf einem Dienst, der über das HTTP- oder HTTPS-Protokoll zugänglich ist, und kann entweder als Quelle (um Daten in einer Operation bereitzustellen) oder als Ziel (um Daten in einer Operation zu konsumieren) verwendet werden.

Erstellen einer HTTP v2 PUT-Aktivität

Eine Instanz einer HTTP v2 PUT-Aktivität wird aus einer HTTP v2-Verbindung unter Verwendung des Aktivitätstyps PUT 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. Weitere Informationen finden Sie unter Erstellen einer Aktivitäts- oder Toolinstanz in Komponentenwiederverwendung.

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

Die Entwurfsfläche (siehe Komponentenaktionsmenü in Entwurfsfläche).
Der Komponenten-Tab im Projektbereich (siehe Komponentenaktionsmenü in Projektbereich Komponenten-Tab).

Konfigurieren einer HTTP v2 PUT-Aktivität

Befolgen Sie diese Schritte, um eine HTTP v2 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 Anforderungsparameter, die Anforderungsheader und zusätzliche Einstellungen.
Schritt 2: Geben Sie das Anforderungsschema an
Geben Sie ein benutzerdefiniertes Anforderungsschema an (optional). Wenn Sie kein benutzerdefiniertes Antwortschema angeben, wird das Standardantwortschema des Connectors verwendet.
Schritt 3: Geben Sie das Antwortschema an
Geben Sie ein benutzerdefiniertes Antwortschema an (optional). Wenn Sie kein benutzerdefiniertes Antwortschema angeben, wird das Standardantwortschema des Connectors verwendet.
Schritt 4: Überprüfen der Datenschemas
Die konfigurierten Anfrage- und Antwortschemas 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, die Anfrageheader und zusätzliche Einstellungen. Jedes Benutzeroberflächenelement dieses Schrittes wird im Folgenden beschrieben.

HTTP v2 PUT-Aktivitätskonfiguration Schritt 1

Tipp

Felder mit einem Variablen-Icon 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 Variablen-Icon klicken, um eine Liste der vorhandenen Variablen anzuzeigen.

Wichtig

Felder in den Tabellen zeigen das Variablen-Icon 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.
Pfad: Geben Sie eine URL ein, die für die Aktivität verwendet werden soll:
- Wenn das Feld leer bleibt, wird die im HTTP v2-Verbindung konfigurierte Basis-URL zur Laufzeit verwendet.
- Wenn ein teilweiser Pfad angegeben wird, wird er an die im HTTP v2-Verbindung konfigurierte Basis-URL angehängt.
- Wenn eine vollständige URL angegeben wird, überschreibt sie die im HTTP v2-Verbindung konfigurierte Basis-URL.
Anfrageparameter können eingeschlossen werden, indem sie in geschweifte Klammern { } gesetzt werden. Abfrageparameter (wie /queryrecord?id=10) können ebenfalls verwendet werden.
URL: Zeigt die vollständige URL an, die zur Laufzeit verwendet werden soll.
Request Parameters: Klicken Sie auf das Hinzufügen-Symbol , um eine Zeile in der Tabelle unten hinzuzufügen, und geben Sie einen Namen und Wert für jeden Anfrageparameter ein. Die bereitgestellten Anfrageparameter werden automatisch URL-kodiert.

Alternativ können Anfrageparameter in der Anfrage-Transformation bereitgestellt werden. Anfrageparameter, die keinen gemeinsamen Schlüssel haben, werden kumulativ gesendet, unabhängig davon, wo sie angegeben sind. Wenn derselbe Parameter-Schlüssel sowohl in diesem Feld als auch in der Anfrage-Transformation angegeben ist, hat der in der Transformation angegebene Vorrang.

Um die Zeile zu speichern, klicken Sie auf das Senden-Symbol in der rechten Spalte.

Um eine einzelne Zeile zu bearbeiten oder zu löschen, fahren Sie mit der Maus über die rechte Spalte und verwenden Sie das Bearbeiten-Symbol oder das Löschen-Symbol .

Um alle Zeilen zu löschen, klicken Sie auf Alle löschen.

Wichtig

Felder in der Tabelle Request Parameters zeigen das Variablen-Symbol nur im Bearbeitungsmodus an. Damit die Variablenwerte dieser Felder zur Laufzeit befüllt werden, muss die Agent-Version mindestens 10.75 / 11.13 sein.

Felder in der Tabelle Request Parameters unterstützen nicht die Verwendung von Variablen, um rohes JSON zu übergeben. Wenn Ihr Anwendungsfall nicht unterstützt, rohes JSON direkt in den Feldern zu definieren, entkommen Sie den JSON-Inhalt, bevor Sie ihn mit einer Variablen übergeben. Zum Beispiel wird das Entkommen von {"success": "true"}; zu {\"success\": \"true\"};.
Request Headers: Klicken Sie auf das Hinzufügen-Symbol , um eine Zeile in der Tabelle unten hinzuzufügen, und geben Sie einen Namen und Wert für jeden Anfrageheader ein.

Alternativ können Header in anderen UI-Konfigurationsfeldern definiert oder in der Anfrage-Transformation bereitgestellt werden. Header, die keinen gemeinsamen Schlüssel haben, werden kumulativ gesendet, unabhängig davon, wo sie angegeben sind.

Wenn derselbe Header-Schlüssel an mehreren Stellen angegeben ist, wird folgende Reihenfolge der Priorität befolgt:
1. Ein Header, der in der Anfrage-Transformation bereitgestellt wird, überschreibt alle Felder darunter.
2. Ein Header, der im Feld Request Headers einer HTTP v2 PUT-Aktivität (dieses Feld) bereitgestellt wird, überschreibt das verbleibende Feld darunter.
3. Ein Header, der im Feld Request Headers einer HTTP v2-Verbindung bereitgestellt wird, hat, wenn Request Headers in der Aktivitätsausführung senden aktiviert ist, die geringste Priorität.
Hinweis

Wenn ein Header an mehreren Stellen definiert ist, wird jede Instanz des Headers in die Anfrage einer Aktivität in der oben angegebenen Reihenfolge hinzugefügt. Diese Reihenfolge basiert darauf, wie Dienste typischerweise mit doppelten Headern in einer Anfrage umgehen.

Warnung

Definieren Sie keine Authorization-Anforderungsheader manuell in HTTP v2-Aktivitäten, wenn die HTTP v2-Verbindung so konfiguriert ist, dass sie ihre eigenen Authorization-Anforderungsheader je nach ausgewähltem Authentifizierungstyp sendet. Andernfalls führt dies zu einem Abbruch der Operation und einem Fehler, bevor der Zielendpunkt erreicht wird, und wird als 400 Bad Request-Fehler protokolliert.

Wenn auf Aktivitätsebene eine dynamische Authentifizierung erforderlich ist, setzen Sie den Authentifizierungstyp der Verbindung auf No Auth und konfigurieren Sie die Authorization-Anforderungsheader der Aktivität nach Bedarf.

Um die Zeile zu speichern, klicken Sie auf das Symbol zum Einreichen in der rechten Spalte.

Um eine einzelne Zeile zu bearbeiten oder zu löschen, fahren Sie mit der Maus über die rechte Spalte und verwenden Sie das Bearbeitungssymbol oder das Löschsymbol .

Um alle Zeilen zu löschen, klicken Sie auf Alle löschen.

Wichtig

Felder in der Tabelle Anforderungsheader zeigen das Variablen-Symbol nur im Bearbeitungsmodus an. Damit die Variablenwerte dieser Felder zur Laufzeit befüllt werden, muss die Agenten-Version mindestens 10.75 / 11.13 sein.

Felder in der Tabelle Anforderungsheader unterstützen nicht die Verwendung von Variablen, um rohes JSON zu übergeben. Wenn Ihr Anwendungsfall nicht unterstützt, rohes JSON direkt in den Feldern zu definieren, entkommen Sie den JSON-Inhalt, bevor Sie ihn mit einer Variablen übergeben. Zum Beispiel wird das Entkommen von {"success": "true"}; zu {\"success\": \"true\"};.

Zusätzliche Einstellungen: Klicken Sie auf das Hinzufügen-Symbol , um eine Zeile zur Tabelle unten hinzuzufügen, und geben Sie einen Namen und Wert für jede zusätzliche Einstellung ein.

Diese zusätzlichen Einstellungen werden unterstützt:

Schlüssel	Standardwert	Datentyp	Beschreibung
`connection-timeout`	`30000`	Ganzzahl	Das Übertragungs-Timeout in Millisekunden. Wenn diese Einstellung nicht angegeben ist, beträgt das Standardübertragungs-Timeout `30000` Millisekunden (30 Sekunden). Setzen Sie es auf `0` für ein unbegrenztes Timeout.
`content-type`	—	Zeichenkette	Der Inhaltstyp der Anforderungsstruktur, die von der jeweiligen API erwartet wird. Zum Beispiel `text/plain`, `application/json`, `application/x-www-form-urlencoded` usw. Wenn diese Einstellung nicht angegeben ist, gibt es keinen Standardwert.
`max-redirect`	`50`	Ganzzahl	Die maximale Anzahl von Weiterleitungen, die verfolgt werden sollen. Wenn diese Einstellung nicht angegeben ist, beträgt der Standardwert `50` Weiterleitungen. Setzen Sie es auf `0` oder eine negative Zahl, um das Verfolgen von Weiterleitungen zu verhindern.
`trailing-linebreaks`	`false`	Zeichenkette	Entfernt führende und nachfolgende Leerzeichen sowie Zeilenumbrüche, wenn auf `true` gesetzt. Wenn diese Einstellung nicht angegeben oder auf `false` gesetzt ist, bleibt die Daten unverändert.

Alternativ können zusätzliche Einstellungen in der Anforderungsumwandlung bereitgestellt werden. Zusätzliche Einstellungen, die keinen gemeinsamen Schlüssel haben, werden kumulativ gesendet, unabhängig davon, wo sie angegeben sind. Für alle Einstellungen außer dem Inhaltstyp gilt: Wenn derselbe Einstellungs-Schlüssel sowohl in diesem Feld als auch in der Anforderungsumwandlung angegeben ist, hat die in der Umwandlung angegebene Einstellung Vorrang.

Für content-type hat ein hier angegebener Wert Vorrang vor allen anderen Stellen in der Benutzeroberfläche, an denen der content-type angegeben werden kann. Wenn der content-type an mehreren Stellen angegeben ist, wird folgende Reihenfolge der Priorität beachtet:

Ein Content-Type-Header, der in der Tabelle Zusätzliche Einstellungen einer HTTP v2 PUT-Aktivität (diese Tabelle) bereitgestellt wird, überschreibt alle nachfolgenden Felder.
Das bodyContentType-Feld, das in einer Anforderungsumwandlung angegeben ist, überschreibt die verbleibenden Felder.
Ein Content-Type-Header, der im headers-Knoten der Anforderungsumwandlung bereitgestellt wird, überschreibt die verbleibenden Felder.
Ein Content-Type-Header, der im Feld Anforderungsheader einer HTTP v2 PUT-Aktivität bereitgestellt wird, überschreibt das verbleibende Feld.
Ein Content-Type-Header, der im Feld Anforderungsheader einer HTTP v2-Verbindung bereitgestellt wird, hat, wenn Anforderungsheader in der Aktivitätsausführung senden aktiviert ist, die geringste Priorität.

Hinweis

Wenn ein Header an mehreren Stellen definiert ist, wird jede Instanz des Headers in die Anfrage einer Aktivität gemäß der oben genannten Prioritätsreihenfolge aufgenommen. Diese Reihenfolge basiert darauf, wie Dienste typischerweise mit doppelten Headern in einer Anfrage umgehen.

Um die Zeile zu speichern, klicken Sie auf das Symbol zum Einreichen in der rechten Spalte.

Um eine einzelne Zeile zu bearbeiten oder zu löschen, fahren Sie mit der Maus über die rechte Spalte und verwenden Sie das Bearbeitungssymbol oder das Löschsymbol .

Um alle Zeilen zu löschen, klicken Sie auf Alle löschen.

Wichtig

Felder in der Tabelle Zusätzliche Einstellungen zeigen das Variablen-Symbol nur im Bearbeitungsmodus an. Damit die Variablenwerte dieser Felder zur Laufzeit befüllt werden, muss die Agenten-Version mindestens 10.75 / 11.13 sein.

Felder in der Tabelle Zusätzliche Einstellungen unterstützen nicht die Verwendung von Variablen, um rohes JSON zu übergeben. Wenn Ihr Anwendungsfall nicht unterstützt, rohes JSON direkt in den Feldern zu definieren, entkommen Sie den JSON-Inhalt, bevor Sie ihn mit einer Variablen übergeben. Zum Beispiel wird das Entkommen von {"success": "true"}; zu {\"success\": \"true\"};.

Multipart: Wählen Sie aus, um multipart/form-data-Anfragen bei der Verwendung von Standard-Schemas zu unterstützen. Dies ist erforderlich für Anfragen, die RFC 1867 Formular-Uploads enthalten.

Hinweis

Bei der Verwendung von benutzerdefinierten Schemas wird multipart/form-data nicht unterstützt.
Optionale Einstellungen: Klicken Sie, um zusätzliche optionale Einstellungen zu erweitern:
- Betriebsfehler bei nicht erfolgreichem Statuscode ignorieren: Wählen Sie aus, damit Operationen einen erfolgreichen Status melden, selbst wenn ein nicht erfolgreicher Statuscode von der API zurückgegeben wird, die der Connector aufruft. Der Standardwert ist nicht ausgewählt.
- HTTP-Statuscode auswählen, der zur Laufzeit der Operation als erfolgreich betrachtet werden soll: Wählen Sie entweder Nach Klasse gruppiert oder Granular (Manuelle Eingabe), um die angegebenen Statuscodes in den Betriebsprotokollen als erfolgreich zu betrachten.
  - Nach Klasse gruppiert: Wenn ausgewählt, wird ein Dropdown-Menü angezeigt mit Klassen von nicht erfolgreichen Statuscodes, die als erfolgreich behandelt werden sollen. Die Dropdown-Optionen umfassen 3xx Umleitung, 4xx Client-Fehler und 5xx Server-Fehler. Der Standardwert des Dropdowns ist nicht ausgewählt.
  - Granular (Manuelle Eingabe): Wenn ausgewählt, wird ein Feld angezeigt, um manuell eine durch Kommas getrennte Liste von nicht erfolgreichen Statuscodes einzugeben, die als erfolgreich behandelt werden sollen. Diese Liste kann gleichzeitig verschiedene Klassen von Statuscodes enthalten. Der Standardwert des Feldes ist leer.
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 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 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. Wenn Sie kein benutzerdefiniertes Anforderungsschema bereitstellen, wird das Standardanforderungsschema des Connectors verwendet.

HTTP v2 PUT-Aktivitätskonfiguration Schritt 2

Anforderungsschema bereitstellen: Das Anforderungsschema definiert die Struktur der Anforderungsdaten, die von der HTTP v2 PUT-Aktivität verwendet werden. Für Anweisungen zum Ausfüllen dieses Abschnitts der Aktivitätskonfiguration siehe Schemas defined in an activity.
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 auf 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 fragt Sie, ob Sie die Änderungen wirklich verwerfen möchten.

Schritt 3: Stellen Sie das Antwortschema bereit

In diesem Schritt können Sie ein benutzerdefiniertes Antwortschema bereitstellen. Wenn Sie kein benutzerdefiniertes Antwortschema bereitstellen, wird das Standardantwortschema des Connectors verwendet.

HTTP v2 PUT-Aktivitätskonfiguration Schritt 3

Antwortschema bereitstellen: Das Antwortschema definiert die Struktur der Antwortdaten, die von der HTTP v2 PUT-Aktivität verwendet werden. Für Anweisungen zum Ausfüllen dieses Abschnitts der Aktivitätskonfiguration siehe Schemas defined in an activity.

Zusätzliche Eigenschaften aus der HTTP-Antwort im Schema einbeziehen: Wenn Ja, gespeichertes Schema verwenden oder Ja, neues Schema bereitstellen ausgewählt ist und das verwendete Schema einen XML- oder JSON-Dateityp hat, wird das Kontrollkästchen Zusätzliche Eigenschaften aus der HTTP-Antwort im Schema einbeziehen angezeigt. Wenn ausgewählt, wird das Schema in eine von Jitterbit definierte Struktur eingebettet, die es ermöglicht, zusätzliche Parameter im Schema zugänglich zu machen:

HTTP v2 zusätzliche Eigenschaften im Antwortschema

JSONXML

{
  "__jitterbit_aditional_properties__": {
    "__jitterbit_api_headers__": [
      {
        "key": "",
        "value": ""
      },
      {
        "key": "",
        "value": ""
      }
    ],
    "__jitterbit_api_statuscode__": 200,
    "__jitterbit_api_errorbody__": ""
  },
  "root": {
    // Original JSON
  }
}

<__jitterbitResponse__>
    <__jitterbit_aditional_properties__>
        <__jitterbit_api_headers__>
            <key>headerKey1</key>
            <value>headerValue1</value>
        </__jitterbit_api_headers__>
        <__jitterbit_api_headers__>
            <key>headerKey2</key>
            <value>headerValue2</value>
        </__jitterbit_api_headers__>
        <__jitterbit_api_statuscode__>200</__jitterbit_api_statuscode__>
        <__jitterbit_api_errorbody__>
        </__jitterbit_api_errorbody__>
    </__jitterbit_aditional_properties__>
    <root>
        <!-- Original XML -->
    </root>
</__jitterbitResponse__>

__jitterbit_api_headers__: Gibt die von der Anfrage bereitgestellten Header zurück.
__jitterbit_api_statuscode__: Gibt den Statuscode der Anfrage zurück.
__jitterbit_api_errorbody__: Gibt den Antwortkörper der Anfrage im String-Format zurück, wenn die Anfrage einen erfolglosen Statuscode zurückgibt.
root: Beherbergt die ursprüngliche Struktur des Antwortschemas.

Hinweis

Wenn ausgewählt, wird ein neues Schema mit dem Wrapper generiert. Die Struktur des ursprünglichen Schemas bleibt innerhalb von root erhalten. Da zu diesem Zweck ein neues Schema generiert wird, kann das ursprüngliche Schema ohne den Wrapper später bei Bedarf verwendet werden.

Zurück: Klicken, um die Konfiguration für diesen Schritt vorübergehend zu speichern und zum vorherigen Schritt zurückzukehren.
Weiter: Klicken, 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 Änderungen klicken, um die Konfiguration zu schließen, ohne die vorgenommenen Änderungen zu speichern. Eine Nachricht fragt Sie, ob Sie die Änderungen verwerfen möchten.

Schritt 4: Überprüfen der Datenschemas

Die konfigurierten Anfrage- und Antwortschemas werden angezeigt.

HTTP v2 PUT-Aktivitätskonfiguration Schritt 4

Datenschemas: Diese Datenschemas werden von benachbarten Transformationen übernommen und während der Transformationszuordnung erneut angezeigt.

Wenn in den vorherigen Schritten benutzerdefinierte Schemata bereitgestellt wurden, werden diese angezeigt. Wenn keine benutzerdefinierten Schemata bereitgestellt wurden, werden die standardmäßig mit dem Connector gelieferten Schemata angezeigt.

Für HTTP v2-Aktivitäten regenerieren sich die Datenschemas automatisch basierend auf den Änderungen, die an den in vorherigen Schritten definierten Schemata vorgenommen wurden.

Vorsicht

HTTP v2-Aktivitäten, die vor der Harmony-Version 10.85 / 11.23 erstellt wurden, können einen manuellen Aktualisieren-Button aufweisen, der aufgrund zuvor definierter Projektmetadaten vorhanden ist. Wenn vorhanden, interagieren Sie nicht mit diesem Button. Erstellen Sie eine neue Instanz einer betroffenen Aktivität, um ihn zu entfernen.

Die Standardanfrage- und Antwortschemata bestehen aus diesen Knoten und Feldern:

Anfrage:

Anfrage-Schema Knoten/Feld	Hinweise
json	Format des Anfrage-Schemas

request	Anfrage-Knoten

root	Wurzelknoten

headers	Knoten der Header

item	Knoten eines bestimmten Headers
key	Schlüssel des Headers
value	Wert des Headers

requestParameters	Knoten der Anfrageparameter

item	Knoten eines bestimmten Anfrageparameters
key	Schlüssel des Anfrageparameters
value	Wert des Anfrageparameters

multipart	Knoten eines Multipart (nur enthalten, wenn Multipart in der Aktivitätskonfigurations-UI ausgewählt ist und Standard-Schemata verwendet werden)

plainText	Knoten der Klartextteile eines Multiparts

item	Knoten eines bestimmten Klartextteils im Multipart
key	Schlüssel des Klartextteils, der mit seinem `name`-Attribut im Anfrage-Payload verknüpft ist
value	Wert des Klartextteils, der mit seinem Inhalt im Anfrage-Payload verknüpft ist
contentType	`Content-Type` des Klartextteils Hinweis Dieses Feld hat Vorrang vor einem `Content-Type`-Header, der im `headers`-Knoten angegeben ist.

fileData	Knoten der Dateidaten eines Multiparts

item	Knoten eines bestimmten Dateidatenparts im Multipart
key	Schlüssel des Dateidatenparts, der mit seinen `name`- und `filename`-Attributen im Anfrage-Payload verknüpft ist. Er sollte die Dateierweiterung enthalten, wenn bekannt Hinweis Wenn ein Pfad für diesen Schlüssel angegeben wird und das Feld `fileName` leer bleibt, enthält das Attribut `filename` nur den Namen und die Erweiterung der Datei.
value	Wert des Dateidatenparts, der mit seinem Inhalt im Anfrage-Payload verknüpft ist Wichtig Der für diesen Wert angegebene String stellt die Datei selbst dar und muss im Base64-Format kodiert sein. Siehe Base64encodefile in Kryptografischen Funktionen für Informationen zur Kodierung einer Datei mit einem Skript.
fileName	String, der den Dateinamen des Dateidatenparts darstellt, der mit seinem `filename`-Attribut im Anfrage-Payload verknüpft ist. Er sollte die Dateierweiterung enthalten, wenn bekannt. Dieses Feld hat Vorrang vor dem, was im `key`-Feld für das `filename`-Attribut definiert ist
mimeType	String, der den MIME (Medien)-Typ des Dateidatenparts darstellt, unabhängig von den in den `key`- oder `fileName`-Feldern angegebenen Dateierweiterungen

additionalSettings	Knoten zusätzlicher Einstellungen

item	Knoten einer bestimmten zusätzlichen Einstellung
key	Schlüssel der zusätzlichen Einstellung
value	Wert der zusätzlichen Einstellung

body	Anfragekörper
bodyContentType	`Content-Type` des Anfragekörpers Hinweis Dieses Feld hat Vorrang vor einem `Content-Type`-Header, der im `headers`-Knoten angegeben ist.

Antwort:

Antwort-Schema Knoten/Feld	Hinweise
json	Format des Antwortschemas

response	Antwortknoten

responseItem	Knoten des Antwortelements
status	Ein Boolean, der angibt, ob eine Antwort zurückgegeben wurde
properties	Eigenschaften der Antwort

headers	Knoten der Header

item	Knoten eines spezifischen Headers
key	Schlüssel des Headers
value	Wert des Headers

responseContent	Inhalt der Antwort

error	Fehlerknoten
statusCode	HTTP-Statuscode der Antwort
statusMessage	Statusnachricht der Antwort
details	Einzelheiten zur Antwort

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 an einem Schritt zu speichern. Eine Nachricht fordert Sie auf, zu bestätigen, dass Sie die Änderungen verwerfen möchten.

Nächste Schritte

Nachdem Sie eine HTTP v2 PUT-Aktivität konfiguriert haben, vervollständigen Sie die Konfiguration der Operation, indem Sie andere Aktivitäten oder Werkzeuge als Operation Schritte hinzufügen und konfigurieren. Sie können auch die Betriebseinstellungen konfigurieren, die die Möglichkeit umfassen, Operationen zusammenzuführen, die sich in denselben oder unterschiedlichen Workflows befinden.

Menüaktionen für eine Aktivität sind im Projektbereich und auf der Entwurfsfläche zugänglich. Für Details siehe Aktivitätsaktionsmenü in Connector-Grundlagen.

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

Transformationsmuster
Zwei-Ziel-Archivmuster (nur als erste Quelle)
Zwei-Ziel-HTTP-Archivmuster (nur als erste Quelle)
Zwei-Transformationsmuster (als erste oder zweite Quelle)

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

Transformationsmuster
Zwei-Transformationsmuster (als erstes oder zweites Ziel)

Um die Aktivität mit Skriptfunktionen zu verwenden, schreiben Sie die Daten an einen temporären Speicherort und verwenden Sie dann diesen temporären Speicherort in der Skriptfunktion.

Wenn Sie bereit sind, bereitstellen und ausführen Sie die Operation und validieren Sie das Verhalten, indem Sie die Betriebsprotokolle überprüfen.