HTTP v2 DELETE-Aktivität in Jitterbit Studio

Einführung

Eine HTTP v2 DELETE-Aktivität löscht mit ihrer HTTP v2-Verbindung eine Ressource auf einem Dienst, der über das HTTP- oder HTTPS-Protokoll erreichbar ist. Sie kann entweder als Quelle (um Daten in einem Vorgang bereitzustellen) oder als Ziel (um Daten in einem Vorgang zu verarbeiten) verwendet werden.

HTTP v2 DELETE-Aktivität erstellen

Eine Instanz einer HTTP v2 DELETE-Aktivität wird aus einer HTTP v2-Verbindung mit ihrem DELETE-Aktivitätstyp erstellt.

Um eine Aktivitätsinstanz 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 Aktivitäts- oder Tool-Instanz erstellen in Komponenten wiederverwenden.

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

Die Design-Canvas (siehe Komponentenaktionsmenü in Design-Canvas).
Die Registerkarte Komponenten des Projektbereichs (siehe Komponentenaktionsmenü in Projektbereich – Registerkarte „Komponenten").

HTTP v2 DELETE-Aktivität konfigurieren

Führen Sie diese Schritte aus, um eine HTTP v2 DELETE-Aktivität zu konfigurieren:

Schritt 1: Namen eingeben und Einstellungen festlegen
Geben Sie einen Namen für die Aktivität an und legen Sie die URL, Anfrageparameter, Anfrage-Header und zusätzliche Einstellungen fest.
Schritt 2: Anfrage-Schema bereitstellen
Stellen Sie ein benutzerdefiniertes Anfrage-Schema bereit (optional). Wenn Sie kein benutzerdefiniertes Antwort-Schema bereitstellen, wird das Standard-Antwort-Schema des Connectors verwendet.
Schritt 3: Antwort-Schema bereitstellen
Stellen Sie ein benutzerdefiniertes Antwort-Schema bereit (optional). Wenn Sie kein benutzerdefiniertes Antwort-Schema bereitstellen, wird das Standard-Antwort-Schema des Connectors verwendet.
Schritt 4: Datenschemas überprüfen
Die konfigurierten Anfrage- und Antwort-Schemas werden angezeigt.

Schritt 1: Namen eingeben und Einstellungen festlegen

Geben Sie in diesem Schritt einen Namen für die Aktivität an und legen Sie die URL, Anfrageparameter, Anfrage-Header und zusätzliche Einstellungen fest. Jedes Benutzeroberflächenelement dieses Schritts wird nachfolgend beschrieben.

Tipp

Felder mit einem Variablensymbol unterstützen die Verwendung von globalen Variablen, Projektvariablen und Jitterbit-Variablen. Beginnen Sie entweder mit der Eingabe einer öffnenden eckigen Klammer [ in das Feld oder klicken Sie auf das Variablensymbol, um ein Menü mit vorhandenen Variablen anzuzeigen, aus denen Sie auswählen können.

Wichtig

Felder in den Tabellen zeigen das Variablensymbol nur im Bearbeitungsmodus an. Damit die Variablenwerte dieser Felder zur Laufzeit gefüllt werden, muss die Agent-Version mindestens 10.75 / 11.13 sein.

Endpoint-Menü: Wenn Sie mehrere Endpoints desselben Connector-Typs konfiguriert haben, zeigt ein Menü oben auf dem Bildschirm den aktuellen Endpoint-Namen an. Klicken Sie auf das Menü, um zu einem anderen Endpoint zu wechseln. Weitere Informationen finden Sie unter Zugewiesenen Endpoint ändern in Konfigurationsbildschirme.
- Endpoint bearbeiten: Wird angezeigt, wenn Sie den Mauszeiger über den aktuellen Endpoint-Namen bewegen. Klicken Sie, um die Verbindungskonfiguration des aktuell ausgewählten Endpoints zu bearbeiten.
Name: Geben Sie einen Namen ein, um die Aktivität zu identifizieren. Der Name muss für jede HTTP v2 DELETE-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 gelassen wird, verwendet die Aktivität zur Laufzeit die Basis-URL, die in der HTTP v2-Verbindung konfiguriert ist.
- Wenn ein Teilpfad angegeben wird, wird dieser an die Basis-URL angehängt, die in der HTTP v2-Verbindung konfiguriert ist.
- Wenn eine vollständige URL angegeben wird, überschreibt diese die Basis-URL, die in der HTTP v2-Verbindung konfiguriert ist.
Wichtig

Um Variablen in einem Pfad zu verwenden, geben Sie einen Teilpfad ein. Variablen werden in vollständigen URLs nicht unterstützt.

Anfrageparameter können durch Einschließen in geschweifte Klammern { } eingefügt werden. Abfrageparameter (wie /queryrecord?id=10) können ebenfalls verwendet werden.
- URL: Zeigt die vollständige URL an, die zur Laufzeit verwendet wird.
Anfrageparameter: Klicken Sie auf das Plussymbol , um eine Zeile in der folgenden Tabelle hinzuzufügen, und geben Sie einen Namen und einen Wert für jeden Anfrageparameter ein. Die bereitgestellten Anfrageparameter werden automatisch URL-codiert.

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

Um die Zeile zu speichern, klicken Sie auf das Bestätigungssymbol in der rechten Spalte.

Um eine einzelne Zeile zu bearbeiten oder zu löschen, bewegen Sie den Mauszeiger ü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 Anfrageparameter zeigen das Variablensymbol nur im Bearbeitungsmodus an. Damit die Variablenwerte dieser Felder zur Laufzeit gefüllt werden, muss die Agent-Version mindestens 10.75 / 11.13 sein.

Felder in der Tabelle Anfrageparameter unterstützen nicht die Verwendung von Variablen zum Übergeben von rohem JSON. Wenn Ihr Anwendungsfall das direkte Definieren von rohem JSON in den Feldern nicht unterstützt, maskieren Sie den JSON-Inhalt, bevor Sie ihn mit einer Variablen übergeben. Beispielsweise wird {"success": "true"}; zu {\"success\": \"true\"};.
Anfragekopfzeilen: Klicken Sie auf das Plussymbol , um eine Zeile in der folgenden Tabelle hinzuzufügen, und geben Sie einen Namen und einen Wert für jede Anfragekopfzeile ein.

Alternativ können Kopfzeilen in anderen Konfigurationsfeldern der Benutzeroberfläche definiert oder in der Anfragetransformation bereitgestellt werden. Kopfzeilen, die keinen gemeinsamen Schlüssel haben, werden kumulativ gesendet, unabhängig davon, wo sie angegeben sind. Werte von Anfragekopfzeilen sind nicht in Laufzeitprotokollen enthalten.

Wenn derselbe Kopfzeilenschlüssel an mehreren Stellen angegeben ist, wird diese Rangfolge befolgt:
1. Eine in der Anfragetransformation bereitgestellte Kopfzeile überschreibt alle folgenden Felder.
2. Eine im Feld Anfragekopfzeilen einer HTTP v2-Aktivität DELETE (dieses Feld) bereitgestellte Kopfzeile überschreibt das verbleibende Feld unten.
3. Eine im Feld Anfragekopfzeilen einer HTTP v2-Verbindung bereitgestellte Kopfzeile hat die niedrigste Priorität, wenn Anfragekopfzeilen bei Aktivitätsausführung senden aktiviert ist.
Hinweis

Wenn eine Kopfzeile an mehreren Stellen definiert ist, wird jede Instanz der Kopfzeile der Anfrage einer Aktivität gemäß der oben angegebenen Rangfolge hinzugefügt. Diese Reihenfolge basiert darauf, wie Dienste typischerweise doppelte Kopfzeilen in einer Anfrage verarbeiten.

Warnung

Definieren Sie nicht manuell Authorization-Anfragekopfzeilen in HTTP v2-Aktivitäten, wenn die HTTP v2-Verbindung so konfiguriert ist, dass sie ihre eigenen Authorization-Anfragekopfzeilen sendet, je nach ausgewähltem Authentifizierungstyp. Dies führt zu einer Beendigung und einem Fehler des Vorgangs, bevor der Zielendpunkt erreicht wird, und wird als 400 Bad Request-Fehler protokolliert.

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

Um die Zeile zu speichern, klicken Sie auf das Speichersymbol 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 Request Headers zeigen das Variablensymbol nur im Bearbeitungsmodus an. Damit die Variablenwerte dieser Felder zur Laufzeit gefüllt werden, muss die Agent-Version mindestens 10.75 / 11.13 sein.

Felder in der Tabelle Request Headers unterstützen nicht die Verwendung von Variablen zum Übergeben von Raw JSON. Wenn Ihr Anwendungsfall das direkte Definieren von Raw JSON in den Feldern nicht unterstützt, maskieren Sie den JSON-Inhalt, bevor Sie ihn mit einer Variablen übergeben. Beispielsweise wird {"success": "true"}; zu {\"success\": \"true\"};.

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

Diese zusätzlichen Einstellungen werden unterstützt:

Schlüssel	Standardwert	Datentyp	Beschreibung
`connection-timeout`	`30000`	Integer	Das Übertragungszeitlimit in Millisekunden. Wenn diese Einstellung nicht angegeben ist, beträgt das Standard-Übertragungszeitlimit `30000` Millisekunden (30 Sekunden). Setzen Sie auf `0` für ein unbegrenztes Zeitlimit.
`content-type`	—	String	Der Content-Type der Anforderungsstruktur, die von der jeweiligen API erwartet wird. Beispielsweise `text/plain`, `application/json`, `application/x-www-form-urlencoded` usw.
`max-redirect`	`50`	Integer	Die maximale Anzahl von Umleitungen, denen gefolgt werden soll. Wenn diese Einstellung nicht angegeben ist, beträgt der Standard 50 Umleitungen. Setzen Sie auf `0` oder eine negative Zahl, um keine Umleitungen zu folgen.
`trailing-linebreaks`	`false`	String	Entfernt führende und nachfolgende Leerzeichen und Zeilenumbrüche, wenn auf `true` gesetzt. Wenn diese Einstellung nicht angegeben oder auf `false` gesetzt ist, bleiben die Daten unverändert.

Alternativ können zusätzliche Einstellungen in der Anforderungstransformation 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 Content-Type gilt: Wenn derselbe Einstellungsschlüssel sowohl in diesem Feld als auch in der Anforderungstransformation angegeben ist, hat die in der Transformation 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 Content-Type an mehreren Stellen angegeben ist, wird diese Rangfolge befolgt:

Ein Content-Type-Header, der in der Tabelle Zusätzliche Einstellungen einer HTTP v2 DELETE-Aktivität (diese Tabelle) bereitgestellt wird, überschreibt alle folgenden Felder.
Das Feld bodyContentType, das in einer Anforderungstransformation angegeben ist, überschreibt die folgenden Felder.
Ein Content-Type-Header, der im Knoten headers der Anforderungstransformation bereitgestellt wird, überschreibt die folgenden Felder.
Ein Content-Type-Header, der im Feld Request Headers einer HTTP v2 DELETE-Aktivität bereitgestellt wird, überschreibt das folgende Feld.
Ein Content-Type-Header, der im Feld Request Headers einer HTTP v2-Verbindung bereitgestellt wird, wenn Send Request Headers in Activity Execution aktiviert ist, hat die niedrigste Priorität.

Hinweis

Wenn keine Content-Type-Header definiert sind, wird der Standard-Medientyp automatisch basierend auf dem gewählten Schematyp (application/json oder application/xml) festgelegt. Um die Standard-UTF-8-Zeichenkodierung zu überschreiben, müssen Sie einen charset-Parameter mit dem Anforderungsfeld bodyContentType angeben, das in Schritt 4: Überprüfen Sie die Datenschemas beschrieben ist.

Wenn ein Header an mehreren Stellen definiert ist, wird jede Instanz des Headers der Anfrage einer Aktivität gemäß der oben angegebenen Reihenfolge hinzugefügt. Diese Reihenfolge basiert darauf, wie Services typischerweise doppelte Header in einer Anfrage verarbeiten.

Um die Zeile zu speichern, klicken Sie auf das Speichersymbol <span class="icon-success" style="color: #908c94"></span> in der rechten Spalte.

Um eine einzelne Zeile zu bearbeiten oder zu löschen, fahren Sie über die rechte Spalte und verwenden Sie das Bearbeitungssymbol
<span class="icon-edit"></span> oder das Löschsymbol <span class="icon-trash" style="color: #908c94"></span>.

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

!!! important "Wichtig"
    Felder in der Tabelle **Zusätzliche Einstellungen** zeigen das <span class="icon-variable"></span> Variablensymbol nur im Bearbeitungsmodus an. Damit die Variablenwerte dieser Felder zur Laufzeit gefüllt werden, muss die Agent-Version mindestens [10.75 / 11.13](/de/release-notes/harmony-release-notes/summer-2023/10-75-11-13/) sein.

    Felder in der Tabelle **Zusätzliche Einstellungen** unterstützen nicht die Verwendung von Variablen zum Übergeben von Raw JSON. Wenn Ihr Anwendungsfall das direkte Definieren von Raw JSON in den Feldern nicht unterstützt, maskieren Sie den JSON-Inhalt, bevor Sie ihn mit einer Variablen übergeben. Beispielsweise wird `{"success": "true"};` zu `{\"success\": \"true\"};`.

Optionale Einstellungen: Klicken Sie, um zusätzliche optionale Einstellungen zu erweitern:
- Operationsfehler bei nicht erfolgreichem Statuscode ignorieren: Wählen Sie diese Option, damit Operationen einen erfolgreichen Status melden, auch 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 gilt: Wählen Sie entweder Nach Klasse gruppiert oder Granular (Manuelle Eingabe), um bestimmte Statuscodes in Operationsprotokollen als erfolgreich zu behandeln.
  - Nach Klasse gruppiert: Wenn ausgewählt, wird ein Dropdown mit Klassen von nicht erfolgreichen Statuscodes angezeigt, 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, in das Sie eine kommagetrennte Liste von nicht erfolgreichen Statuscodes eingeben können, die als erfolgreich behandelt werden sollen. Diese Liste kann verschiedene Klassen von Statuscodes gleichzeitig enthalten. Der Standardwert des Feldes ist leer.
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, um die Konfiguration für diesen Schritt vorübergehend zu speichern und zum nächsten Schritt zu wechseln. Die Konfiguration wird erst gespeichert, wenn Sie auf die Schaltfläche Fertig im letzten Schritt klicken.
Änderungen verwerfen: Klicken Sie nach dem Vornehmen von Änderungen, um die Konfiguration zu schließen, ohne die an einem Schritt vorgenommenen Änderungen zu speichern. Eine Meldung fordert Sie auf zu bestätigen, dass Sie die Änderungen verwerfen möchten.

Schritt 2: Anforderungsschema bereitstellen

In diesem Schritt können Sie ein benutzerdefiniertes Anforderungsschema bereitstellen. Wenn Sie kein benutzerdefiniertes Anforderungsschema bereitstellen, wird das Standard-Anforderungsschema des Connectors verwendet.

Anforderungsschema bereitstellen: Das Anforderungsschema definiert die Struktur der Anfragedaten, die von der HTTP v2 DELETE-Aktivität verwendet werden. Anweisungen zum Ausfüllen dieses Abschnitts der Aktivitätskonfiguration finden Sie unter In einer Aktivität definierte Schemas.
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 zum nächsten Schritt zu wechseln. Die Konfiguration wird erst gespeichert, wenn Sie auf die Schaltfläche Fertig im letzten Schritt klicken.
Änderungen verwerfen: Klicken Sie nach dem Vornehmen von Änderungen, um die Konfiguration zu schließen, ohne die an einem Schritt vorgenommenen Änderungen zu speichern. Eine Meldung fordert Sie auf zu bestätigen, dass Sie die Änderungen verwerfen möchten.

Schritt 3: Antwortschema bereitstellen

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

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

Zusätzliche Eigenschaften aus HTTP-Antwort im Schema einschließen: 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 HTTP-Antwort im Schema einschließen angezeigt. Bei Auswahl wird das Schema in eine von Jitterbit definierte Struktur eingebunden, wodurch zusätzliche Parameter im Schema zugänglich werden.

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 vom Anforderungsaufruf bereitgestellten Header zurück.
__jitterbit_api_statuscode__: Gibt den Statuscode des Anforderungsaufrufs zurück.
__jitterbit_api_errorbody__: Gibt den Antwortteil des Anforderungsaufrufs im Stringformat zurück, wenn der Anforderungsaufruf einen fehlgeschlagenen Statuscode zurückgibt.
root: Enthält die ursprüngliche Struktur des Antwortschemas.

Hinweis

Bei Auswahl wird ein neues Schema mit dem Wrapper generiert. Die Struktur des ursprünglichen Schemas bleibt in root erhalten. Da für diesen Zweck ein neues Schema generiert wird, kann das ursprüngliche Schema ohne Wrapper später bei Bedarf verwendet werden.

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 zum nächsten Schritt zu wechseln. Die Konfiguration wird erst gespeichert, wenn Sie auf die Schaltfläche Fertig im letzten Schritt klicken.
Änderungen verwerfen: Klicken Sie nach dem Vornehmen von Änderungen, um die Konfiguration zu schließen, ohne Änderungen in einem Schritt zu speichern. Eine Meldung fordert Sie auf zu bestätigen, dass Sie die Änderungen verwerfen möchten.

Schritt 4: Datenschemas überprüfen

Die konfigurierten Request- und Response-Schemas werden angezeigt.

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

Falls in den vorherigen Schritten benutzerdefinierte Schemas bereitgestellt wurden, werden diese angezeigt. Falls keine benutzerdefinierten Schemas bereitgestellt wurden, werden die im Connector enthaltenen Standardschemas angezeigt.

Bei HTTP v2-Aktivitäten werden Datenschemas automatisch basierend auf Aktualisierungen der in vorherigen Schritten definierten Schemas neu generiert.

Vorsicht

HTTP v2-Aktivitäten, die vor dem Release 10.85 / 11.23 Harmony erstellt wurden, können aufgrund zuvor definierter Projektmetadaten eine manuelle Schaltfläche Aktualisieren aufweisen. Falls vorhanden, interagieren Sie nicht mit dieser Schaltfläche. Erstellen Sie eine neue Instanz einer betroffenen Aktivität, um sie zu entfernen.

Die Standard-Request- und Response-Schemas bestehen aus diesen Knoten und Feldern:

Request:

Request-Schemaknoten/-feld	Hinweise
json	Format des Request-Schemas

request	Request-Knoten

root	Root-Knoten

headers	Knoten von Headern

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

requestParameters	Knoten von Request-Parametern

item	Knoten eines bestimmten Request-Parameters
key	Schlüssel des Request-Parameters
value	Wert des Request-Parameters

additionalSettings	Knoten von zusätzlichen Einstellungen

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

body	Request-Body
bodyContentType	`Content-Type` des Request-Body Hinweis Dieses Feld hat Vorrang vor einem `Content-Type`-Header, der im Knoten `headers` bereitgestellt wird. Es ist möglich, die Standard-`UTF-8`-Codierung zu überschreiben, indem ein `charset`-Parameter mit diesem Feld angegeben wird. Beispiel: `application/xml; charset=ISO-8859-1`.

Antwort:

| Knoten/Feld des Antwortsschemas | Hinweise                                              |
| ------------------------------- | ---------------------------------------------------- |
| **json**                        | Format des Antwortsschemas                           |
|                                 |                                                      |
| **response**                    | Antwortknoten                                        |
|                                 |                                                      |
| **responseItem**                | Knoten des Antwortelements                           |
| status                          | Ein boolescher Wert, der angibt, ob eine Antwort zurückgegeben wurde |
| properties                      | Eigenschaften der Antwort                            |
|                                 |                                                      |
| **headers**                     | Knoten der Header                                    |
|                                 |                                                      |
| **item**                        | Knoten eines bestimmten Headers                      |
| key                             | Schlüssel des Headers                                |
| value                           | Wert des Headers                                     |
|                                 |                                                      |
| responseContent                 | Der Antwortkörper oder Content-Payload               |
|                                 |                                                      |
| **error**                       | Fehlerknoten                                         |
| statusCode                      | HTTP-Statuscode der Antwort                          |
| statusMessage                   | Statusmeldung der Antwort                            |
| details                         | Antwortdetails                                       |
|                                 |                                                      |

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 hier, 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 hier, um die Konfiguration zu schließen, ohne die an einem Schritt vorgenommenen Änderungen zu speichern. Eine Meldung fordert Sie auf, zu bestätigen, dass Sie die Änderungen verwerfen möchten.

Nächste Schritte

Nach der Konfiguration einer HTTP v2 DELETE-Aktivität schließen Sie die Konfiguration des Vorgangs ab, indem Sie weitere Aktivitäten oder Tools als Vorgangsschritte hinzufügen und konfigurieren. Sie können auch die Vorgangseinstellungen konfigurieren, mit denen Sie Vorgänge verketten können, die sich in denselben oder verschiedenen Workflows befinden.

Menüaktionen für eine Aktivität sind über den Projektbereich und die Designoberfläche zugänglich. Weitere Informationen finden Sie unter Aktionsmenü für Aktivitäten in Connector-Grundlagen.

HTTP v2 DELETE-Aktivitäten, die als Quelle verwendet werden, können mit diesen Vorgangsmustern 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 DELETE-Aktivitäten, die als Ziel verwendet werden, können mit diesen Vorgangsmustern 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 diesen temporären Speicherort dann in der Skriptfunktion.

Wenn alles bereit ist, stellen Sie die Operation bereit und führen Sie sie aus und validieren Sie das Verhalten, indem Sie die Operationsprotokolle überprüfen.