If isControlType=true for an ObjectNode, ControlFlows may be incoming to and outgoing from the ObjectNode, objects tokens can come into or go out of the ObjectNode along ControlFlows, and these tokens can flow along ControlFlows reached downstream ...

Icon class
icon_class
fas fa-quote-left
icon_class_computed
fas fa-quote-left
Related content
Figure 11-10: Continuous system example 1 {ELIDED PINS}
Figure 11-10: Continuous system example 1 {EXPLICIT PINS}
Starting an Action that has a ControlPin
Starting an Action that has a ValuePin - LIMITED SUPPORT
Source
Semantics of a Foundational Subset for Executable UML Models 1.4
Copyright information
About Object Management Group copyright in text extracts quoted from OMG specifications for educational purposes
Snippet kind
INFO
UML keywords
ObjectNode
ObjectNode::isControlType
ControlFlow
token
object token
Full quote
If isControlType=true for an ObjectNode, ControlFlows may be incoming to and outgoing from the ObjectNode, objects tokens can come into or go out of the ObjectNode along ControlFlows, and these tokens can flow along ControlFlows reached downstream of the ObjectNode.
Next snippet
The values on such object tokens may be used to affect the control of ExecutableNodes that are the targets of such ControlFlows, though the specific meaning of such values is not defined in this specification
Related snippets
isControl : Boolean [1..1] = false Indicates whether the Pin provides data to the Action or just controls how the Action executes.
Control Pins are shown with the textual annotation {control} placed near the Pin symbol.
Related snippets (backlinks)
ObjectNode::isControlType : Boolean [1..1] = false Indicates whether the type of the ObjectNode is to be treated as representing control values that may traverse ControlFlows.
ObjectNode::ordering : ObjectNodeOrderingKind [1..1] = FIFO Indicates how the tokens held by the ObjectNode are ordered for selection to traverse ActivityEdges outgoing from the ObjectNode.
object_nodes ControlFlows may not have ObjectNodes at either end, except for ObjectNodes with control type.
A control Pin (with isControl=true) must have a control type (isControlType=true), so that they may be used with ControlFlows.
Control Pins are ignored in the constraints that Actions place on Pins (including matching to parameters for InvocationActions ...).
Tokens arriving at a control InputPin have the same semantics as control tokens arriving at the Action, except that control tokens can be buffered in control Pins.
Tokens are placed on control OutputPins according to the same semantics as tokens placed on ControlFlows coming out of an Actions.
Visit also
Visit also (backlinks)