ValidateUpdateSetParentDependencies

  • Freigeben Version: Xanadu
  • Aktualisiert 1. August 2024
  • 3 Minuten Lesedauer
  • Der ValidateUpdateSetParentDependencies-Prüfer identifiziert alle Workflows, die den aktuellen Workflow als Subflow aufrufen und bestimmt, ob einer dieser übergeordneten Workflows in einem anderen Update Set bearbeitet wird, das gerade ausgeführt wird.

    Diese Warnung weist den Benutzer darauf hin, dass dieser Workflow und ein oder mehrere von diesem Workflow abhängige Workflows aktiv so geändert werden, dass sie nicht ohne zusätzlichen Aufwand gleichzeitig für eine andere Instanz bereitgestellt werden können.

    Validierungszusammenfassung

    • Risiko: Wenn ein übergeordneter Workflow in einem Update Set bearbeitet wird und der abhängige Unterablauf in einem anderen bearbeitet wird, sind die beiden Workflows möglicherweise nicht kompatibel, wenn sie in eine andere Instanz verschoben werden. Wenn Sie unabhängige Änderungen vornehmen, z. B. allgemeine oder erwartete Werte bearbeiten, können die beiden Workflows inkompatibel werden.
    • Schweregrad: Warnung
    • Gültiges Ergebnis: Gültig
    • Gültige Nachricht: Es wurden keine Abhängigkeiten des Update Sets gefunden.
    • Ungültiges Ergebnis: Ungültig
    • Ungültige Nachricht: Dieser Workflow verfügt über abhängige Workflows, die sich in einem anderen Update Set befinden.
    • Vorgeschlagene Aktion: Ändern und implementieren Sie beide Workflows im selben Update Set. Wenn Sie Abhängigkeiten in separaten Update Sets ändern müssen, verwenden Sie eine der folgenden Methoden:
      • Stellen Sie sicher, dass alle Update Sets gleichzeitig migriert werden.
      • Führen Sie vor der Bereitstellung des Hauptflow-Update-Sets die Abhängigkeiten zu einem Update Set zusammen, bevor Sie das Update Set als abgeschlossen festlegen.
    • Veröffentlichbar: Ja
    • Lauffähig: Ja
    • Zugehörige Informationen: Workflow-Bewegung mit Aktualisierungssätzen

    Problembehandlung

    Ein Workflow wird einem Update Set nur hinzugefügt, wenn der Workflow veröffentlicht wird. Dieser Prüfer gibt eine Warnung aus, wenn eine der folgenden Bedingungen vorliegt:

    • Ein veröffentlichter Unterablauf befindet sich in einem anderen Update Set als der übergeordnete Workflow und das Update Set ist in Bearbeitung.
    • Ein Unterablauf ist von einem anderen Benutzer ausgecheckt, der in einem anderen Update Set als der aktuelle Benutzer arbeitet.
    Hinweis:
    Dieser Prüfer sucht nicht nach Update Sets, die geschlossen wurden. Es werden nur in Bearbeitung befindliche Update Sets berücksichtigt bzw. die Update Sets aller übergeordneten Workflows, die den aktuellen Workflow aufrufen und für Benutzer ausgecheckt sind, die mit einem anderen Update Set arbeiten.

    Beispiel

    Im Folgenden finden Sie ein Beispiel für ein gefährdetes Entwicklungsszenario, in dem zwei Benutzer Abhängigkeiten zwischen Workflows in verschiedenen Update Sets erstellen.

    Anwender A:

    1. Legt Update Set A auf das aktuelle Update Set fest.
    2. Checkt Workflow A aus.
    3. Ändert den Rückgabewert des Zeichenfolge-Typs zu Workflow A in einen Referenz/Benutzer-Typ.
    4. Veröffentlicht Workflow A, wodurch ein Eintrag in Update Set A erfolgt.

    Anwender B:

    1. Legt Update Set B auf das aktuelle Update Set fest.
    2. Checkt Workflow B aus.
    3. Enthält Workflow A als Unterablauf.
    4. Der Rückgabewert der Benutzerreferenz aus Workflow A wird als Genehmigungszuweisung verwendet.
    5. Publiziert Workflow B, wodurch ein Eintrag in Update Set B erstellt wird.

    Risiken

    • Benutzer B verschiebt Update Set B in eine andere Instanz, die über eine ältere Version von Workflow A verfügt. Der Rückgabewert ist keine Benutzerreferenz. Dies hat zur Folge, dass das Ergebnis von Workflow B anders als in der Testphase der Entwicklung ausfällt.
    • Benutzer B verschiebt Update Set B in eine neue Instanz, die keine Version von Workflow A hat. Workflow B hat zur Laufzeit einen Validierungsfehler und kann nicht ausgeführt werden. Ein Protokolleintrag wird zum Workflow-Protokoll des aktuellen Datensatzes hinzugefügt.

    Mögliche Lösungen

    Lösung 1

    Migrieren Sie den übergeordneten Workflow und alle abhängigen Workflows mithilfe des gleichen Update Set gemeinsam in eine neue Instanz.

    1. Legen Sie das Update Set auf das fest, das Sie zu neuen Instanzen migrieren möchten.
    2. Überprüfen Sie die erforderlichen Workflows, und veröffentlichen Sie sie erneut.
      Hinweis:
      Diese Aktion erzwingt einen Eintrag in das aktuelle Update Set.
    3. Vervollständigen Sie das Update Set mit allen Abhängigkeiten.
    4. Befolgen Sie die Standardverfahren für die Migration von Update Sets zu lokalen Instanzen. Informationen zu Update-Sätzen finden Sie unter System-Update-Sätze.

    Lösung 2

    Verschieben Sie abhängige Workflows zwischen Update Sets.

    1. Identifizieren Sie das Update Set, das den zu migrierenden Haupt-Workflow enthält.
    2. Navigieren zu Systemupdate-Sätze > Lokale Update-Sätzean.
    3. Suchen Sie das Update Set, das die Abhängigkeiten zum Haupt-Workflow enthält, und wählen Sie es aus.
    4. In der zugehörigen Liste Kunden-Updates wählen Sie die Workflow-Version des Subflow aus, den Sie verschieben möchten.
    5. Wählen Sie das Update Set, das den übergeordneten Workflow enthält, im Feld Update Set aus. Wenn sich dieses Feld nicht im Formular „Kunden-Update“ befindet, konfigurieren Sie das Formular und fügen Sie das Feld hinzu.
    6. Klicken Sie auf Aktualisieren. Das Basissystem verschiebt den abhängigen Subflow zum ausgewählten Update Set.
    7. Wiederholen Sie die Schritte 4-6, um dem übergeordneten Flow-Update-Set weitere abhängige Unterabläufe hinzuzufügen.