recompute

Last modified 23 Aug 2023 22:45 +02:00

Description

Recomputes (immediately or in scheduled way) input object(s).

Input

Any object of AssignmentHolderType.

Output

The same object (original version, not the recomputed one).

Parameters

Parameter name Meaning

Parameter name	Meaning
`triggered`	Delays recomputation to later date using a trigger.

triggered

Delays recomputation to later date using a trigger.

The triggered parameter is of TriggerCreationType and can have two properties:

Property Meaning Example Default

Property	Meaning	Example	Default
`fireAfter`	How long after current time the trigger should be fired. When not specified, trigger is created unconditionally, with the fire time being equal to the current time. If specified, the trigger is created with the fire time in the future; skipping the creation if compatible trigger was created and still has not been fired. This "redundant trigger elimination" is currently implemented per node, i.e. in a cluster with multiple nodes it is possible that some redundant triggers will be created (at most 1 per node).	PT1M	no value, meaning that trigger is created unconditionally
`safetyMargin`	What is the safety margin, i.e. how many long before the trigger fire time we need to create a new trigger. This is to avoid (rare but in theory possible) race conditions where we skip creation of a trigger but it fires in the meanwhile.	PT10S	-

fireAfter

How long after current time the trigger should be fired. When not specified, trigger is created unconditionally, with the fire time being equal to the current time. If specified, the trigger is created with the fire time in the future; skipping the creation if compatible trigger was created and still has not been fired. This "redundant trigger elimination" is currently implemented per node, i.e. in a cluster with multiple nodes it is possible that some redundant triggers will be created (at most 1 per node).

PT1M

no value, meaning that trigger is created unconditionally

safetyMargin

What is the safety margin, i.e. how many long before the trigger fire time we need to create a new trigger. This is to avoid (rare but in theory possible) race conditions where we skip creation of a trigger but it fires in the meanwhile.

PT10S

Examples

<s:recompute xmlns:s="http://midpoint.evolveum.com/xml/ns/public/model/scripting-3"
             xmlns:c="http://midpoint.evolveum.com/xml/ns/public/common/common-3">
    <s:triggered>
        <c:fireAfter>PT1M</c:fireAfter>
    </s:triggered>
</s:recompute>

Was this page helpful?

YES NO

Thanks for your feedback