"DEF"

["ABC","DEF","GHI"]

 true

Liste im Vergleichswert enthält den Prüfwert (direkt)

4600

["3591","04600","39052"]

 true

Der zweite Listeneintrag im Vergleichswert wird in die als Prüfwert definierte Ganzzahl 4600 umgewandelt.

32

["32.1608", "32.0"]

 true

Der zweite Listeneintrag im Vergleichswert wird in die als Prüfwert definierte Ganzzahl 32 umgewandelt.

32

[31.999, 32.1608]

 true

Der zweite Listeneintrag im Vergleichswert wird in die als Prüfwert definierte Ganzzahl 32 umgewandelt.

["EDME"]

["LOWS", "EDME", "EDMQ"]

 true

Der dritte Listeneintrag im Vergleichswert wird in die als Prüfwert definierte Liste (mit einem Eintrag) umgewandelt.

["EDME"]

"EDME"

 true

Der Vergleichswert (String) wird in die Prüfwert definierte Liste (mit einem Eintrag) umgewandelt.

["EDML", "EDMV", "EDMY"]

["EDMV", "EDMY"]

 true

Keiner der Listeneinträge im Vergleichswert entspricht der als Prüfwert bereitgestellten Liste.

["LEPA", "EDDM"]

[["EDDM", "LOWI"], ["LEPA", "EDDM"]]

 true

Der zweite Listeneintrag im Vergleichswert entspricht der als Prüfwert definierten Liste mit zwei Einträgen.

"[LEPA, EDDM]"

[["EDDM", "LOWI"], ["LEPA", "EDDM"]]

 true

Der zweite Listeneintrag im Vergleichswert liefert als String-Abbild die als Prüfwert definierte Zeichenfolge.

"[EDDM,LOWI]"

[["EDDM", "LOWI"], ["LEPA", "EDDM"]]

 false

Keiner der Listeneinträge im Vergleichswert liefert als String-Abbild exakt die als Prüfwert definierte Zeichenfolge.
Konkret fehlt für die Übereinstimmung mit dem ersten Eintrag das Leerzeichen nach dem Komma.

{"name":"robinson"}

[{"name":"friday"}, {"name":"robinson"}]

Im Server-Kontext:

 true

Im Client Workflow:

 false/true

In einem serverseitigen Ausführungskontext (innerhalb von Ereignisbehandlungen, Zuordnungskriterien, usw.) werden Datenobjekte grundsätzlich inhaltlich, also anhand ihrer konkreten Feldwerte, verglichen.

In einem Client Workflow wird ein "Client-Objekt" nur als "gleich" erkannt, wenn es sich um dasselbe "Client-Objekt" handelt. Ein inhaltlicher Vergleich findet nicht statt.

 true

Da sich in diesem Beispiel die Listeneinträge per Referenz auf die vorab erstellten "Client-Objekte" beziehen, gilt der In Liste-Vergleich auch im Client Workflow als bestanden.

Für den Client Workflow erscheint der Vergleich so:

• (Objekt-A) In Liste (Objekt-B, Objekt-A)

Im Server-Kontext:

 true

Im Client Workflow:

 false

Der Server vergleicht inhaltlich und erkennt die Übereinstimmung an.

Für den Client Workflow erscheint der Vergleich so:

• (Objekt-A) In Liste (Objekt-B, Objekt-C)

Ob das Objekt-A inhaltlich mit Objekt-C übereinstimmt oder nicht, wird schlichtweg nicht untersucht.

 false

In dieser Variante wird das "Client-Objekt" im Prüfwert durch einen JSON aus Objekt erzeugen-Wertauflöser in einen String überführt. Wer erwartet, dass daraufhin die im Vergleichswert aufgelisteten "Client-Objekte" für den In Liste-Vergleich automatisch in JSON-Strings umgewandelt werden, liegt knapp daneben. Tatsächlich wird ein String-Abbild jedes "Client-Objekts" aus dem Vergleichswert für den Vergleich verwendet, das allerdings nicht das JSON-Format widerspiegelt.

Die folgende Variante führt dagegen zum Ziel.

 true

Mit dieser Variante kann der inhaltliche Vergleich von "Client-Objekten" unabhängig vom Ausführungskontext (Client/Server) erzwungen werden, indem anstelle der beteiligten Objekte ihr Abbild im JSON-Format als Zeichenfolge verglichen wird.

Die Liste von "Client-Objekten" im Vergleichswert wird durch den verketteten Sammle Werte-Wertauflöser in eine Liste von String-Werten umgewandelt, die die aufgelisteten Objekte in JSON-Notation abbilden.

Der Wert zum Sammeln wird über den JSON aus Objekt erzeugen-Wertauflöser definiert, so dass sichergestellt ist, dass die Notation im Detail mit dem als Prüfwert generierten JSON-String übereinstimmt, wenn ein inhaltlich übereinstimmendes "Client-Objekt" im Vergleichswert gelistet ist.

Der In Liste-Vergleichstyp wird hier gezielt nicht beansprucht, damit die Prüfung der Liste unabhängig vom Ausführungskontext (Server/Client) dieselben Ergebnisse liefert:

• Die bei einem In Liste-Vergleich als Vergleichswert bereitgestellte Liste von "Client-Objekten" wird rechts als Eingabewert für einen Regel-Listen Resolver konfiguriert, der innerhalb der äußeren Objekt-Feld-Regel den Prüfwert für einen mit dem not (Vergleichstyp) verneinten Ist leer-Vergleich liefert.
  
  

• Die innere Objekt-Feld-Regel (im Regel-Listen Resolver) stellt in einem Ist Gleich-Vergleich mit eingeschalteter Objektinhalte vergleichen-Option die Variable entity (hier: Listeneintrag aus dem Eingabewert) als Prüfwert mit dem "Client-Objekt" als Vergleichswert gegenüber, das im korrepsondieren In Liste-Vergleich als Prüfwert gedient hätte.

Klingt furchtbar kompliziert, ist aber wirklich ganz einfach: Die Regel wird bestanden, wenn die Liste aus dem Eingabewert ein "Client-Objekt" als Eintrag enthält, das mit dem gesuchten Objekt inhaltlich übereinstimmt. Denn dann gilt dieses als Prüfwert für die äußere Objekt-Feld-Regel, was die not( Ist leer )-Bedingung erfüllt.