Gültige Betriebsabläufe und Validierungsfehler

Einführung

Betriebsabläufe müssen gültig sein, um bereitgestellt zu werden. Diese Seite behandelt, wie ungültige Betriebsabläufe identifiziert und die damit verbundenen Validierungsfehler angezeigt werden können, sowie wie Validierungsfehler durch die Verwendung eines gültigen Betriebsablaufs behoben werden können. Beispiele für gängige Anordnungen von Betriebsabläufen werden ebenfalls bereitgestellt.

Validierungsfehler

Für neue Projekte werden ungültige Elemente standardmäßig auf der Design-Leinwand hervorgehoben, mit der Standardauswahl Ungültige Elemente hervorheben. Um diese Option zu deaktivieren, entfernen Sie diese Auswahl:

Wenn Ungültige Elemente hervorheben ausgewählt ist, werden alle ungültigen Betriebsabläufe oder Komponenten in roter Farbe umrandet und haben ein ungültiges Symbol neben ihrem Namen auf der Design-Leinwand:

Im Projektbereich werden die Namen ungültiger Workflows und Komponenten in roter Kursivschrift aufgeführt und mit einem ungültigen Symbol angezeigt:

Klicken Sie auf das ungültige Symbol neben dem Namen des Betriebs, um eine Nachricht anzuzeigen, die die Validierungsfehler für den Betrieb auflistet.

Betriebsabläufe mit einem impliziten Fehler können aus beliebigen der in Implizite Betriebsfehler am Ende dieser Seite aufgeführten Gründe ungültig sein.

Das ungültige Symbol wird nicht angezeigt, wenn der Grund, warum der Betrieb ungültig ist, darin besteht, dass er andere Komponenten mit impliziten Fehlern enthält. Projektkomponenten, die als Teil eines Betriebs verwendet werden, müssen gültig sein, damit der Betrieb gültig ist. Dazu gehören Komponenten, die als Schritte eines Betriebs verwendet werden, sowie andere Komponenten, die zur Unterstützung eines Betriebs verwendet werden. Zum Beispiel:

• Eine Komponente, die direkt als Schritt in der Operation verwendet wird, wie eine Aktivität, Transformation oder ein Skript.
• Ein Endpunkt, von dem eine in der Operation verwendete Aktivität abhängt.
• Eine Komponente, die von einem Skript in der Operation aufgerufen wird.

Die Validierungsregeln hängen vom Typ der Komponente ab und werden gemeinsam unter Komponenten-Gültigkeit behandelt.

Validierungsmuster

Bestimmte Validierungsmuster müssen befolgt werden, damit Operationen in der Harmony-Cloud bereitgestellt und auf Jitterbit-Agenten ausgeführt werden können. Diese Muster stellen sicher, dass alle Teile eines Projekts vom Agenten unterstützt und erwartet werden:

• Archivmuster
• Skriptmuster
• Transformationsmuster
• Zwei-Ziel-Archivmuster
• Zwei-Ziel-HTTP-Archivmuster
• Zwei-Transformationsmuster
• Salesforce-Bulk-Quellenmuster
• Salesforce-Bulk-Zielmuster

Die folgende Legende zeigt die Definition der Flusslinien, die in den Illustrationen der Validierungsmuster dargestellt sind:

Flusslinie	Definition
	Eine erforderliche Komponente.
	Eine optionale Komponente.
	Null oder mehr Skript(e) oder Flow Control Werkzeuge sind gültig.

Häufig gestellte Fragen (FAQ)

Beim Entwerfen von Operationen kann es hilfreich sein, die Antworten auf diese häufig gestellten Fragen zu berücksichtigen:

• Was ist der Unterschied zwischen einer Quelle und einem Ziel?
  Aktivitäten gelten als Quelle, wenn sie Daten innerhalb einer Operation bereitstellen. Aktivitäten gelten als Ziel, wenn sie Daten innerhalb einer Operation empfangen. Für zusätzliche Erklärungen zu Quellen versus Zielen und den Teilen der Operation siehe Erstellung und Konfiguration von Operationen.
• Welche Muster sind mit meinem Endpunkt gültig?
  Die Muster, die mit jedem spezifischen Aktivitätstyp verwendet werden können, sind auf den einzelnen Aktivitätsseiten unter Konnektoren dokumentiert. Auf jeder Aktivitätsseite sind die spezifischen Muster, die verwendet werden können, im Abschnitt "Nächste Schritte" enthalten, der typischerweise der letzte Abschnitt auf jeder Aktivitätsseite ist.
• Was ist, wenn mein Anwendungsfall nicht zu einem gültigen Muster passt?
  Wenn eine bestimmte gewünschte Anordnung von Operationen nicht einem gültigen Muster entspricht, können Sie möglicherweise eine Kombination von Operationen verwenden, die jeweils einem gültigen Muster folgen. Um dies zu tun, erstellen Sie jede Operation separat und verknüpfen Sie sie dann mithilfe von Operationsaktionen.

• Wie kann ich mir diese Muster merken?
  Operationen, die nicht einem gültigen Muster folgen, werden als ungültig gekennzeichnet und können nicht bereitgestellt werden. Wenn Sie mit den Mustern vertraut werden, können solche Verallgemeinerungen offensichtlich werden:

  • Dateibasierten generischen Konnektoren, wie FTP, HTTP und Temporärer Speicher, können ohne Transformation verwendet werden.
  • In den meisten Fällen erfordern Anwendungskonnektoren für Nicht-Massenaktivitäten, wie die für Epicor, ServiceNow und Workday, eine Transformation.
  • Skripte können fast überall hinzugefügt werden.

• Gibt es Beispiele dafür, wie andere Operationen eingerichtet haben?
  Für gängige Beispiele, die diese Muster verwenden, siehe Beispiele für gängige Operationsmuster am Ende dieser Seite oder verweisen Sie auf jede einzelne Aktivitätsseite unter Connectors.

Archivmuster

Das Archivmuster ist für die Verwendung mit Quell- und Zielaktivitäten gedacht, die mit Dateien interagieren. Es kann verwendet werden, um inaktive Daten (im ursprünglichen Dateiformat) von einem Produktionssystem in ein sicheres Speichersystem zur späteren Abholung zu speichern.

Skript(e) oder Flusskontrolle tools + Quellaktivität + Skript(e) + Zielaktivität + Skript(e)

In diesem Muster können die Quell- und Zielaktivitäten mit einem dieser Endpunkttypen verbunden werden:

• API ^A
• Dateifreigabe
• FTP
• HTTP
• Lokaler Speicher
• NetSuite
• Salesforce ^B
• Salesforce Service Cloud ^B
• ServiceMax ^B
• Temporärer Speicher
• Variable

^A Wenn eine Operationenkette eine API-Aktivität enthält, muss dies die einzige API- oder API SOAP-Anforderungsaktivität in der Operationenkette sein und sie muss die Quelle der ersten Operation sein. Das heißt, keine andere Operation darf diese Operation aus einem Skript oder einer „bei Erfolg“ oder „bei Fehler“ Aktionsoperation aufrufen.

^B Es dürfen nur Nicht-Bulk-Aktivitäten an diesem Ort verwendet werden.

Skriptmuster

Skript(e) oder Flusskontrolle Werkzeuge + Zielaktivität

In diesem Muster kann die Zielaktivität mit einem dieser Endpunkttypen assoziiert werden:

• API
• Dateifreigabe
• FTP
• HTTP
• Lokaler Speicher
• Temporärer Speicher
• Variable

Transformationsmuster

Skript(e) oder Flusskontrolle Werkzeuge + (Gruppe: Quellaktivität + Skript[e] oder Flusskontrolle Werkzeuge) + Transformation + (Gruppe: Skript[e] oder Flusskontrolle Werkzeuge + Zielaktivität) + Skript[e] ^{E, F}

In diesem Muster können die Quell- und/oder Zielaktivitäten mit jedem Endpunkttyp assoziiert werden, solange mindestens eine Aktivität enthalten ist. Eine Transformation kann in einer Operation nicht allein ohne eine Aktivität existieren.

^A Wenn eine Operationenkette eine API-Aktivität enthält, muss dies die einzige API- oder API SOAP-Anforderungsaktivität in der Operationenkette sein und sie muss die Quelle der ersten Operation sein. Das heißt, keine andere Operation darf diese Operation aus einem Skript oder einer „bei Erfolg“ oder „bei Fehler“ Operation ausführen.

^B Es dürfen an dieser Stelle nur Nicht-Bulk-Aktivitäten verwendet werden.

^C Mindestens eine Aktivität muss enthalten sein; eine Transformation kann nicht allein existieren.

^D Wenn eine Salesforce-, Salesforce Service Cloud- oder ServiceMax-Abfrage als Quellaktivität verwendet wird, ist eine Zielaktivität erforderlich.

^E Operationen dürfen nicht mehr als eine NetSuite-, Salesforce-, Salesforce Service Cloud-, SAP-, ServiceMax- oder SOAP-Aktivität enthalten.

^F Operationen, die eine Salesforce-, Salesforce Service Cloud- oder ServiceMax-Aktivität enthalten, dürfen keine anderen Aktivitäten enthalten, außer denen, die mit den API, Datenbank, Dateifreigabe, FTP, HTTP, Lokalen Speicher, Temporären Speicher oder Variablen -Konnektoren verbunden sind.

Zwei-Ziel-Archivmuster

Das Zwei-Ziel-Archivmuster kann verwendet werden, um inaktive Daten (in ihrem ursprünglichen Format) von einem Produktionssystem in ein sicheres Speichersystem zur späteren Abholung zu speichern.

Skript(e) oder Flusskontrolle Werkzeuge + (Gruppe: Quellaktivität 1 + Skript[e]) oder Flusskontrolle Werkzeuge + Transformation + Zielaktivität 1 / Quellaktivität 2 + Skript(e) oder Flusskontrolle Werkzeuge + Zielaktivität 2 + Skript(e) oder Flusskontrolle Werkzeuge ^{C, D}

In diesem Muster wird die zweite Zielaktivität verwendet, um eine Antwort aus der mittleren Aktivität zu archivieren, die sowohl als erste Ziel- als auch als zweite Quellaktivität fungiert.

Die Antwort aus der mittleren Aktivität wird ohne Transformation durch die Rohdaten der Antwort an ein zweites Ziel weitergeleitet. Dies kann als Archiv oder als Durchleitung von Daten betrachtet werden (manchmal als Durchlauf bezeichnet).

Die Quell- und Zielaktivitäten müssen je nach Verwendung im Muster mit bestimmten Endpunkttypen verknüpft sein:

• Quellaktivität 1 ^A: Wenn verwendet, kann die erste Quellaktivität mit jedem Endpunkttyp verknüpft werden.

• Zielaktivität 1 / Quellaktivität 2: Die erste Zielaktivität (auch als zweite Quellaktivität bezeichnet) kann mit einem dieser Endpunkttypen verknüpft werden:

  • NetSuite
  • Salesforce ^{B, D}
  • Salesforce Service Cloud ^{B, D}
  • SAP
  • ServiceMax ^{B, D}
  • SOAP

  Hinweis

  Eine Variation dieses Musters, die HTTP als mittlere Aktivität verwendet, ist das Zwei-Ziel-HTTP-Archivmuster.

• Zielaktivität 2: Die zweite Zielaktivität kann mit einem dieser Endpunkttypen verknüpft werden:

  • API
  • Dateifreigabe
  • FTP
  • HTTP
  • Lokaler Speicher
  • Temporärer Speicher
  • Variable

^A Wenn eine Operationenkette eine API-Aktivität enthält, muss dies die einzige API- oder API SOAP-Anforderungsaktivität in der Operationenkette sein und sie muss die Quelle der ersten Operation sein. Das heißt, keine andere Operation darf diese Operation aus einem Skript oder einer „bei Erfolg“ oder „bei Fehler“ Operation ausführen.

^B An diesem Ort dürfen nur Nicht-Bulk-Aktivitäten verwendet werden.

^C Operationen dürfen nicht mehr als eine NetSuite-, Salesforce-, Salesforce Service Cloud-, SAP-, ServiceMax- oder SOAP-Aktivität enthalten.

^D Operationen, die eine Salesforce-, Salesforce Service Cloud- oder ServiceMax-Aktivität enthalten, dürfen keine anderen Aktivitäten enthalten, außer denen, die mit den API, Datenbank, Dateifreigabe, FTP, HTTP, Lokalen Speicher, Temporären Speicher oder Variablen verbunden sind.

Zwei-Ziel-HTTP-Archivmuster

Das Zwei-Ziel-HTTP-Archivmuster kann verwendet werden, um inaktive Daten (in ihrem ursprünglichen Format) von einem Produktionssystem in ein sicheres Speichersystem zu übertragen, um sie später über HTTP-Protokolle und -Dienste abzurufen.

Skript(e) oder Flusskontrolle Werkzeuge + Quellaktivität 1 + Skript(e) oder Flusskontrolle Werkzeuge + Transformation + Skript(e) oder Flusskontrolle Werkzeuge + Zielaktivität 1 / Quellaktivität 2 + Zielaktivität 2 + Skript(e) oder Flusskontrolle Werkzeuge

In diesem Muster wird die zweite Zielaktivität verwendet, um eine Antwort aus der mittleren Aktivität zu archivieren, die sowohl als erste Ziel- als auch als zweite Quellaktivität fungiert. Dieses Muster unterscheidet sich vom Zwei-Ziel-Archivmuster darin, dass die mittlere Aktivität eine HTTP-Aktivität ist.

Die Antwort von der mittleren HTTP-Aktivität wird ohne Transformation der Rohantwortdaten an ein zweites Ziel weitergeleitet. Dies kann als Archiv oder als Durchleitung von Daten betrachtet werden (manchmal als Durchlauf bezeichnet).

Die Quell- und Zielaktivitäten müssen je nach Verwendung im Muster mit bestimmten Endpunkttypen verknüpft sein:

• Quellaktivität 1 ^A: Wenn verwendet, kann die erste Quellaktivität mit jedem Endpunkttyp verknüpft werden.
• Zielaktivität 1 / Quellaktivität 2: Die erste Zielaktivität (auch als zweite Quellaktivität bezeichnet) kann mit einem dieser Endpunkttypen verknüpft werden:
  • HTTP ^C
• Zielaktivität 2: Die zweite Zielaktivität kann mit einem dieser Endpunkttypen verknüpft werden:
  • API
  • Dateifreigabe
  • FTP
  • HTTP
  • Lokaler Speicher
  • Temporärer Speicher
  • Variable

^A Wenn eine Betriebskette eine API-Aktivität enthält, muss sie die einzige API- oder API SOAP-Anforderungsaktivität in der Betriebskette sein und sie muss die Quelle der ersten Operation sein. Das heißt, keine andere Operation darf diese Operation aus einem Skript oder einer „bei Erfolg“ oder „bei Fehler“ Operation ausführen.

^B Nur Nicht-Massenaktivitäten können an diesem Standort verwendet werden.

^C Die HTTP-Aktivität muss einen Anforderungstext empfangen und einen Antworttext erzeugen. Eine HTTP GET-Aktivität gibt eine Nachricht zurück, die den Erfolg {"success": true} oder den Misserfolg {"success": false} anzeigt, anstelle der tatsächlichen Antwort.

Zwei-Transformationsmuster

Skript(e) oder Flusskontrolle Werkzeuge + (Gruppe: Quellaktivität 1 + Skript[e] oder Flusskontrolle Werkzeuge) + Transformation 1 + Zielaktivität 1 / Quellaktivität 2 + Transformation 2 + Skript(e) oder Flusskontrolle Werkzeuge + Zielaktivität 2 + Skript(e) oder Flusskontrolle Werkzeuge

In diesem Muster wird die zweite Transformation verwendet, um die Antwort von der mittleren Aktivität (die sowohl als erste Ziel- als auch als zweite Quellaktivität fungiert) zu übernehmen, sie zu transformieren und dann optional in ein zweites Ziel zu schreiben.

Die Quell- und Zielaktivitäten müssen je nach Verwendung im Muster mit bestimmten Endpunkttypen verbunden sein:

• Quellaktivität 1 ^A: Wenn verwendet, kann die erste Quellaktivität mit jedem Endpunkttyp verbunden sein.
• Zielaktivität 1 / Quellaktivität 2: Die erste Zielaktivität (auch als zweite Quellaktivität bezeichnet) kann mit jedem Endpunkttyp verbunden sein, außer mit API, Datenbank, Dateifreigabe, FTP, HTTP, Lokaler Speicher, Temporärer Speicher oder Variable.
• Zielaktivität 2 ^B: Wenn verwendet, kann die zweite Zielaktivität mit jedem Endpunkttyp verbunden sein.

^A Wenn eine Operation Chain eine API-Aktivität enthält, muss dies die einzige API- oder API SOAP-Anforderungsaktivität in der Operation Chain sein und sie muss die Quelle der ersten Operation sein. Das heißt, keine andere Operation darf diese Operation aus einem Skript oder einer „bei Erfolg“ oder „bei Fehler“ Operation aufrufen.

^B Nur Nicht-Bulk-Aktivitäten können an diesem Ort verwendet werden.

^C Operationen dürfen nicht mehr als eine NetSuite-, Salesforce-, Salesforce Service Cloud-, SAP-, ServiceMax- oder SOAP-Aktivität enthalten.

^D Operationen, die eine Salesforce-, Salesforce Service Cloud- oder ServiceMax-Aktivität enthalten, dürfen keine anderen Aktivitäten enthalten, außer denen, die mit den API, Datenbank, Dateifreigabe, FTP, HTTP, Lokalen Speicher, Temporären Speicher oder Variablen verbunden sind.

Salesforce Bulk-Quellmuster

Skript(e) oder Flusskontrolle Werkzeuge + Quellaktivität + Skript(e) oder Flusskontrolle Werkzeuge + Zielaktivität + Skript(e) oder Flusskontrolle Werkzeuge

In diesem Muster muss die Quellaktivität eine Salesforce Bulk Query-Aktivität, eine Salesforce Service Cloud Bulk Query-Aktivität oder eine ServiceMax Bulk Query-Aktivität sein. Die Zielaktivität kann mit einem dieser Endpunkttypen verbunden sein:

• Dateifreigabe
• FTP
• HTTP
• Lokaler Speicher
• Temporärer Speicher
• Variable

Salesforce Bulk-Zielmuster

Skript(e) oder Flusskontrolle Werkzeuge + Quellaktivität + Skript(e) oder Flusskontrolle Werkzeuge + Zielaktivität + Skript(e) oder Flusskontrolle Werkzeuge

In diesem Muster kann die Quellaktivität mit einem dieser Endpunkt-Typen verknüpft werden:

• Dateifreigabe
• FTP
• HTTP
• Lokaler Speicher
• Temporärer Speicher
• Variable

Die Zielaktivität kann mit einem dieser Endpunkt-Typen verknüpft werden:

• Salesforce Bulk-Insert
• Salesforce Bulk-Update
• Salesforce Bulk-Upsert
• Salesforce Bulk-Löschen
• Salesforce Bulk-Hard-Löschen
• Salesforce Service Cloud Bulk-Insert, Update, Upsert, Löschen oder Hard-Löschen
• ServiceMax Bulk-Insert
• ServiceMax Bulk-Update
• ServiceMax Bulk-Upsert
• ServiceMax Bulk-Löschen
• ServiceMax Bulk-Hard-Löschen

Beispiele für gängige Betriebsabläufe

Dieser Abschnitt bietet mehrere gängige Beispiele für Operationen, die mit einem gültigen Betriebsablaufmuster konfiguriert sind. Diese Beispiele sind vereinfacht, um die grundlegenden Bausteine von häufig erstellten Operationen zu demonstrieren, und sind nicht dazu gedacht, alle möglichen Kombinationen abzudecken. Siehe Gültige Muster weiter oben auf dieser Seite für alle möglichen Anordnungen.

Skript

Eine Operation kann einfach ein einzelnes Skript enthalten. In diesem Fall werden alle Aktionen in der Operation durch das Skript ausgeführt.

Dieses Muster wird typischerweise zu Beginn eines Workflows verwendet, um ein "Startskript" zu erstellen, das eine oder mehrere der verschiedenen Zweigoperationen basierend auf einer Systemvariablen oder einem anderen Datenwert ausführt.

Skripte können auch überall in einer Operation verwendet werden, um komplexe Berechnungen durchzuführen, die benutzerdefinierte Logik erfordern.

Archivierung

Wenn Sie nur Dateien von einer Datenquelle zu einem Ziel verschieben müssen, können Sie eine Operation ohne Transformation verwenden.

Die erste Aktivität wird als Quelle verwendet und liefert Daten innerhalb der Operation. Die zweite Aktivität wird als Ziel verwendet und empfängt Daten innerhalb der Operation.

Für die Archivierung von Daten sind die Quell- und Zielaktivitäten auf solche beschränkt, die mit Dateien interagieren. Anstelle einer Quellaktivität könnten Sie auch ein Skript verwenden.

Transformation

Operationen, die Transformationen nutzen, dienen einer Vielzahl von Anwendungsfällen. Zum Beispiel können Sie Operationen erstellen, die (1) Daten von einer Quelle zu einem Ziel transformieren, (2) Daten transformieren und dann die Antwort an ein anderes Ziel schreiben oder (3) Daten aus einem Webdienstaufruf transformieren, indem Sie die Antwort des Anwendungsaufrufs konvertieren und an ein Ziel schreiben.

Operation transformiert Daten von Quelle zu Ziel

Dieses Beispiel zieht Daten aus einer Quellaktivität, die dann transformiert und in eine Zielaktivität geschrieben werden:

Die Operation transformiert Daten und schreibt die Antwort in eine andere Zielaktivität

In diesem Beispiel, wenn eine HTTP-Aktivität als Ziel der Transformation verwendet wird, wie z.B. HTTP PUT oder HTTP POST, kann eine zusätzliche Zielaktivität direkt danach oder nach einer anderen Transformation platziert werden, um die HTTP-Antwort in ein anderes Ziel zu schreiben.

Diese Anordnung der Operation, die zum Abrufen eines REST-Tokens verwendet wird, zeigt die HTTP-Antwort, die in eine globale Variable geschrieben wird, um sie in der nächsten Operation zu verwenden:

Die Operation ruft einen Webdienst auf

Dieses Beispiel dient dazu, eine Anwendung wie Salesforce über die API der Anwendung zu aktualisieren oder eine SOAP Webdienstmethode aufzurufen. Der Anwendungsaufruf umfasst typischerweise sowohl eine Anfrage- als auch eine Antwortdatenstruktur.

In dieser Anordnung hat die Operation drei Teile:

• Die erste Quellaktivität und Transformation zur Konstruktion der Anfragedatenstruktur.

• Der Anwendungsaufruf selbst, der als erste Zielaktivität und zweite Quellaktivität fungiert.

• Eine zweite Transformation und Ziel, um die Antwort des Anwendungsaufrufs zu konvertieren und die Daten oder Datei in ein Ziel zu schreiben.

Anwendungsaufruf

SOAP-Aufruf

Implizite Betriebsfehler

Operationen mit einem impliziten Fehler können aus einem der folgenden Gründe ungültig sein:

HTTP-Validierungsregel-Fehler

Eine der HTTP-Validierungsregeln gilt für Operationen, die das Zwei-Ziel-Archivmuster verwenden, bei denen eine HTTP-Aktivität in der Ziel 1-Position eine Antwort an eine zweite Zielaktivität (Ziel 2) sendet. In diesem Szenario verlangt die Validierungsregel, dass eine HTTP-Ziel 1-Aktivität nicht in anderen Zwei-Ziel-Archivmuster-Operationen verwendet werden darf, in denen die HTTP-Ziel 1-Aktivität an eine andere zweite Zielaktivität sendet.

Operationen, die diese Validierungsregel verletzen, werden als ungültig mit einer Fehlermeldung gemeldet, die ähnlich wie folgt aussieht:

HTTP-Validierungsfehler beheben

Wir empfehlen, die Anweisungen in der Fehlermeldung zu befolgen, um die Operationen so zu korrigieren, dass sie gültig sind. Folgendes empfehlen wir:

1. Duplizieren Sie die HTTP-Zielaktivität in der Ziel 1-Position einer der Operationen, die das Zwei-Ziel-HTTP-Archivmuster verwenden.

2. Ersetzen Sie die HTTP-Zielaktivität in der Ziel 1-Position der identifizierten Operation(en) durch die Duplikatkopie:

3. Wiederholen Sie dies für alle weiteren ungültigen Operationen. Sobald die Validierungsfehler behoben sind, stellen Sie die Operationen erneut bereit.

HTTP-Validierungsregel deaktivieren

In bestimmten Situationen kann es wünschenswert sein, diese HTTP-Validierungsregel wie folgt zu deaktivieren:

1. Öffnen Sie die Projekteinstellungen:

   

2. Deaktivieren Sie im Tab Bereitstellen die HTTP-Validierungsregel:

   

3. Klicken Sie auf Speichern.

Nachdem Sie die Einstellung deaktiviert und gespeichert haben, sollten die aufgrund dieses Fehlers gemeldeten Validierungsfehler behoben sein. Beachten Sie jedoch, dass alle HTTP Ziel 1 Aktivitäten, die in einer Zwei-Ziel-Archivmuster Operation verwendet werden, in die Ziel 2 Aktivität der zuletzt bereitgestellten Operation schreiben. Dies kann dazu führen, dass ungültige Daten geschrieben werden.

HTTP-Validierungsregel wieder aktivieren

Wenn Sie die HTTP-Validierungsregel zuvor deaktiviert haben und bereit sind, sie wieder zu aktivieren, befolgen Sie diese Schritte:

1. Öffnen Sie die Projekteinstellungen.

2. Aktivieren Sie im Tab Bereitstellen die HTTP-Validierungsregel.

3. Klicken Sie auf Speichern. Beachten Sie, dass dies eine Designänderung ist und dass diese Aktion keine Änderungen in die Harmony-Cloud bereitstellt.

4. Beheben Sie alle HTTP-Validierungsfehler (siehe HTTP-Validierungsfehler beheben oben).

5. Stellen Sie das Projekt erneut bereit (siehe Projektbereitstellung).

   Note

   Vor der erneuten Bereitstellung ist die Ausführung aller jetzt ungültigen Operationen zulässig, da Harmony die derzeit bereitgestellten Operationen ausführt. Die erneute Bereitstellung der betroffenen Operationen ist erforderlich, damit die Änderungen an Harmony propagiert werden.

It seems there is no Markdown content provided for translation. Please provide the text you would like me to translate into German.