Innerhalb einer Setze Wert-Ereignisaktion wird der Variable Wertauflöser verwendet, um das Ziel für die Zuweisung zu identifizieren:

• Der Key ist per Direkteingabe als statischer Text (rightAngle) definiert.
  
  

• Auf die Angabe eines Typs wird verzichtet. Es wird also der Datentyp gespeichert, den die Wertauflöserkette auf der rechten Seite der Zuweisung liefert (hier: "Big Decimal"/java.math.BigDecimal).

Ergebnis: (XML-Abbild der Variablen als Eintrag in der storage-Map)

<entry>
<key xsi:type="xsd:string">rightAngle</key>
<value xsi:type="xsd:decimal">0.785398163397448309615</value>
</entry>

Innerhalb der bisherigen Konfiguration wird nun für den Schreibzugriff per Variable Wertauflöser (auf der linken Seite) der Typ "Double" (java.lang.Double) ausgewählt, der das Berechnungsergebnis in der Variablen weniger präzise speichert.

Ergebnis: (XML-Abbild der Variablen als Eintrag in der storage-Map)

<entry>
<key xsi:type="xsd:string">rightAngle</key>
<value xsi:type="xsd:double">0.7853981633974483</value>
</entry>

In einem Client Workflow (im Kontext eines Formulars) kann eine Hinweis anzeigen (Popup)-Ereignisaktion wie rechts abgebildet konfiguriert werden, um das gewünschte Ergebnis zu erzielen:

• Im Titel wird über den Variable Wertauflöser auf den in der Variablen origin gespeicherten String-Wert (CN) direkt (per Key origin und ohne Auswahl für den Typ) zugegriffen.
  
  

• In der Meldung wird wiederum der Variable Wertauflöser mit dem Key origin verwendet, um auf die Variable zuzugreifen. Allerdings wird hier als Typ "Land" (Country) ausgewählt. Zur Laufzeit wird dadurch eine Typumwandlung des Textwerts in der Variablen origin in einen Wert aus der Dynamischen Aufzählung Land vorgenommen. Wird dort kein Land vorgefunden, dessen interner "Name" dem Textwert entspricht, wird "kein Wert" ($null) zurückgegeben.

►WICHTIG◄ Der Rückgabewert für die Meldung ist bei erfolgreicher Typumwandlung ein Dynamischer Aufzählungswert (DynamicEnumValue), das im Kontext des Parameters Meldung für die Anzeige in der Benachrichtigung wieder in einen String-Wert umgewandelt werden muss. Die String-Umwandlung für den Land-Wert berücksichtigt nur im Client-Kontext (hier: Client Workflow) die anwendbare Lokalisierung. Im Server-Kontext (z. B. in Ereignisbehandlungen) wird dagegen der "Name" als String ausgegeben. Dann zeigen Titel und Meldung im Beispiel CN.

Da eine Suche (Ereignisaktion) nur als Ereignisaktion und nicht als Wertauflöser ausgeführt werden kann, muss bei der Konfiguration per Parameter Ergebnis speichern als der Name einer Variablen angegeben werden, in die das Ergebnis der Suche zur Laufzeit gespeichert wird.

• In unserem Beispiel sollen Adressen gesucht werden, so dass dieser Entitätstyp im Parameter Entität ausgewählt werden muss.
  
  

• Der Modus "Suchwert" gibt an, dass eine Liste von allen "gefundenen" Entitäten des gewählten Typs zurückgegeben werden soll.
  
  

• Im Parameter Suche muss dazu außerdem die Option "Suche" ausgewählt sein, damit im Ergebnis komplette Entitäten aufgelistet werden und nicht etwa nur Tupel mit ausgewählten Projektionen aus deren Daten.

• Die Bedingung prüft genau eine Bedingung, nämlich ob der Wert für das Feld "Land" (countryCode) der Adresse in einer Positivliste mit den statisch definierten Aufzählungswerten "Belgien" (BE), "Niederlande" (NL) und "Luxemburg" (LU) enthalten ist.

►HINWEIS◄ Die Suche (Ereignisaktion) listet für die Entität "Adressen" nur Adressen auf, auf die im gegebenen Ausführungskontext über Adressbucheinträge zugegriffen werden kann.

Die folgende Für jeden Eintrag wiederholen (Schleife)-Ereignisaktion soll über alle "gefundenen" Adressen iterieren. Als Wertauflöser für Einträge wird daher ein Variable Wertauflöser verwendet und wie folgt konfiguriert:

• Als Key wird der Name der Variablen addrBNL angegeben, der im Parameter Ergebnis speichern als der Suche (Ereignisaktion) (s. o.) willkürlich festgelegt wurde.
  
  

• Als Typ wird wie für den Parameter Entität in der Suche (Ereignisaktion) (s. o.) der Entitätstyp "Adresse" ausgewählt.
  
  

• Die Option Ist Liste von wird ausgewählt, da der Modus "Suchwert" für die Suche (Ereignisaktion) (s. o.) eine Liste von Entitäten des gesuchten Typs liefert.

Entsprechend wird als erwarteter Datentyp (am unteren Ende des Wertauflösers "Adresse[]" ausgewiesen und für den Aktionsblock der Schleife der Typ "Adresse".

►HINWEIS◄ Auf die Auswahl für den Typ könnte technisch auch verzichtet werden, da alle mit dem Modus "Suchwert" in die Listen-Variable addrBNL übergebenen Einträge vom Entitätstyp "Adresse" sein müssen. Werden keine Einträge gefunden, enthält die Variable eine leere Liste, so dass ohnehin keine Iterationen der Schleife ausgeführt werden. Die Auswahl für den Typ dient hier vor allem der Deklaration des Variableninhalts, so dass dieser in der Konfiguration der Schleife und der enthaltenen Ausführen mit-Ereignisaktion transparent nachvollzogen werden kann und die "richtigen" Elemente (z. B. Wertauflöser) für den Kontext als "passend" angeboten werden.

Die rechts abgebildete Konfiguration für ein Zuordnungskriterium überprüft das oben beschriebene Kriterium im Kontext einer Objekt-Feld-Regel:

• Auf der linken Seite wird die angemeldete Firma durch den Firma der Session-Wertauflöser ermittelt und deren ID (id) durch einen verketteten Objekt-Feld-Wertauflöser für einen In Liste-Vergleich herangezogen.
  
  

• Auf der rechten Seite wird eine Liste mit den IDs der beiden Firmenkonten zusammengestellt, die laut der Anforderung oben als "akzeptable" Kandidaten im Sinne des Kriteriums gelten sollen:
  
  

  • Der erste Kandidat ist der "Besitzer" des angemeldeten Benutzerkontos, das der Benutzer der Session-Wertauflöser zurückgibt.
    
    

    • Der verkettete Objekt-Feld-Wertauflöser greif auf dessen Feld "Besitzer" (ownerId) zu, dessen Wert die für den Vergleich relevante ID (id) des betreffenden Firmenkontos enthält.

    • Der verkettete Wert als Variable speichern-Wertauflöser speichert diese ID in der Variablen myOwnerId, da auf das betreffende Firmenkonto zugegriffen muss, um als zweiten Kandidaten deren Besitzer zu ermitteln.
      
      

  • Der zweite Kandidat ist der "Besitzer" der Firma die den Benutzer der Session besitzt. Um diesen zu ermitteln, muss das betreffende Firmenkonto ausgewertet werden:
    

    • Der Variable Wertauflöser liest die in der Variablen myOwnerId gespeicherte ID und schlägt - da diese ein Zahlenwert und der Typ "Firmekonto" ( CompanyAccount) ausgewählt ist, das betreffende Firmenkonto als Rückgabewert nach.

    • Der verkettete Objekt-Feld-Wertauflöser greift dann wie oben auf das Feld "Besitzer" (ownerId) zu, um die "ID" (id) des betreffenden Firmenkontos als Vergleichswert zu liefern.

►HINWEIS◄ Anstatt die Variable myOnwerId zu verwenden, könnte man hier auch für den zweiten Kandidaten die Wertauflöserkette beim Benutzer der Session beginnen und die besitzende Firma über das Feld ownerId als Eingabewert für einen Eingabeobjekt (Typsicher)-Wertauflöser nachschlagen, um dann deren ownerId zu erhalten.