Designer services are executable UML (xUML) services. This page describes

  • how the definitions of your BPMN executions in the Designer are compiled to UML,
  • how they are presented in the Analyzer, and
  • where the related execution is implemented.

Refer to Browsing Through the Execution Path of a Designer Service for more information on how to find the related implementations within the trace data.

The example below shows the execution diagram of the BPMN user task Enter web order of the Designer tutorial in comparison to the UML behavior behavior_Enter_web_order that has been generated by the Compiler.

The numbers indicate the relation between the two representations, and also the order in which the steps are performed.

Related Pages:

Execution Diagram (Designer)

Generated UML Behavior (Trace Analyzer)

Ref.ActionDescriptionGenerated to
On ExitGet DataDecisionOn Event
1

load externals

Load external persisted data

Some of the data that you have defined as to be Persisted, are stored to external properties of the state machine. This concerns complex objects and blobs.
At the beginning of an execution, these properties are loaded to be available during the execution.

(tick)(error)(tick)(tick)
2

Init variables

Assign default values

Persisted variables get their default value assigned before the first operation is executed. This means the following:

  • A buffer node named _self might be initialized. This is needed to make the self context available in the implementation of the execution diagram.
  • Out and return parameters of the execution diagram are initialized. Boolean out/return parameters are false by default (important for decision node executions), other parameters are initialized with NULL .

  • All local variables are initialized with their default values as defined in the Attributes panel.
    These default values, however, might be overwritten by other implementations in the next step.

    Perstisted Property Defaults

    Please note that default values for persisted variables are not initialized this way. For these, stereotype <<E2EAttribute>> is applied in the persisted state class, and the the default value is defined via a tagged value on the property itself.

(tick)(tick)(tick)(tick)
3

Assign local variables

In this step the following is assigned:

  • message parameters to local variables

  • persisted variables to local variables

The value assignment that happens in this step overwrites any default values assigned in the previous step.

(tick)(tick)(tick)(tick)
4
  • mapFormToOrder
  • persistDataForInstanceList

Perform operation calls

All execution operations are called one after the other in the order specified in the execution diagram.

(tick)(tick)(tick)(tick)
5


Store data

  1. Out/Return parameters are updated. Depending on how this is modeled in the Designer, they are either set to a property of the persistent state class (persisted variables), or to a local variable.
  2. The persistent state properties are updated from:
    • local variables
    • messages (execution input)
    • operation output pins call
    • a default value that has been assigned in step 2.
(tick)(tick)(tick)(tick)
  • No labels