Skip to end of metadata
Go to start of metadata

One of the typical identity management requirement is to find an unique identifier for an account, e.g. to find account username. The requirement is usually to append numbers to the original username until an unique identifier is found. E.g. the following sequence may be tried:

  • jack - found existing account, trying again
  • jack1 - found existing account, trying again
  • jack2 - no existing account, use this for the new account

MidPoint has a built-in functionality to support this method. The feature is called iteration and it can be enabled for any resource in Resource Schema Handling. Two steps are required to configure this feature:

  • Enable the iteration by setting the maximum number of iteration attempts. This is done by setting the iteration property in the Resource Schema Handling.
  • Use one of the iteration variables (iteration or iterationToken) in appropriate outbound mappings.

When enabled the midPoint will do the following when a new account is created or existing account is renamed:

  1. MidPoint sets iteration variables to initial values (see below)
  2. MidPoint evaluates the mappings
  3. MidPoint checks if mapping results for account identifiers are unique
    1. If yes: we have the final values, midPoint continues to account provisioning
    2. If no: iteration variables are changed to the next iteration and the process is retried until the maximum number of iterations is reached

Be sure to use iteration/iterationToken variables in all required attributes. For example, with directory servers such as OpenDJ or OpenLDAP you if you use iterationToken in icfs:name (DN), you need to use it also in the attribute that is used as the naming attribute in the DN itself (e.g. uid or cn).

Iteration Variables

There are two iteration variables that can be used in mappings:

  • Variable iteration: Numeric variable contains the number of current iteration. It starts with 0 and increments on every iteration.
  • Variable iterationToken: String variable that contains the portion of the identifier that is changed in each iteration. It can be derived from the iteration number using a special expression. A default value is supplied if no expression is used. See the example below.
Iteration numberThe value of iteration variableThe default value of iterationToken variable
00"" (empty string)
11"1"
22"2"

The iteration variables can be used in outbound mappings:

This example is the most basic use of iterationToken variable. The effect of this mapping is to suffix the username of the created account by a unique suffix. Default value of iterationToken variable is used in this example. This token has an empty value on the first iteration. Therefore if the name of the user object is unique then an account without any suffix is created (e.g. jack). However if the name is not unique then a suffix is appended to the username until an unique value is found (e.g. jack3).

Unique Username and Mail Address

It is also typical that the username should be aligned with other attributes, e.g. an e-mail address. The iteration variables can be used in several mappings, even in non-identifier attributes. MidPoint recomputes all the mappings in each iteration to make sure that the account structure is consistent. E.g. the following code snippet makes sure that the username matches account e-mail address:

Iteration Token Expression

The expression that transforms numeric value of variable iteration to the string value of variable iterationToken is configurable.

This expression will result in the following username sequence:

  • jack
  • jack001
  • jack002
  • ...

Iteration Conditions

There are two conditions that can be used to fine-tune and customize the iteration process.

The preIterationCondition is executed prior to iteration. If it returns true then the iteration will continue. If it returns false then the iteration will be skipped (as if there is an conflict).

The postIterationCondition is executed after the iteration. If it returns true then the iteration will be accepted as valid. If it returns false then the iteration will be skipped (as if there is an conflict).

If any of the conditions throws an error (exception) then the whole operation ends with an error.

Example:

  • No labels