Call a script from the IDM configuration
To call a script from the IDM configuration, edit the configuration object. For example:
{
"type" : "text/javascript",
"source": "scriptSource",
"resourceBindings" : [{
"resource" : "resourceName",
"version" : "1.0",
"binding" : "customName"
}]
}
or
{
"type" : "text/javascript",
"file" : "file location"
}
Script variables are not necessarily simple key:value
pairs, and can be any arbitrarily complex JSON object.
- type
-
string, required
The script type.
IDM supports
"text/javascript"
and"groovy"
. - source
-
string, required if
file
is not specifiedSpecifies the source code of the script to be executed.
- resourceBindings
-
JSON object, optional
Allows specifying a resource, a vanity binding for that resource, and the API version the script should use. For example:
{ "source" : "var response = consent.action(\"getConsentMappings\", {}); response[0];", "resourceBindings" : [{ "resource" : "consent", "version" : "1.0", "binding" : "consent" }], "type" : "text/javascript" }
This can improve the legibility of your scripts, by no longer needing to pass additional information within your script function.
- file
-
string, required if
source
is not specifiedSpecifies the file containing the source code of the script to execute. The file path must be relative to project-dir. Absolute paths are not supported.
In general, you should namespace variables passed into scripts with the
|
Examples
The following example script (in the mapping configuration) determines whether to include or ignore a target object in the reconciliation process based on an employeeType
of true
:
"validTarget" : {
"type" : "text/javascript",
"source" : "target.employeeType == 'external'"
}
The following example script (in the mapping configuration) sets the __PASSWORD__
attribute to defaultpwd
when IDM creates a target object:
"onCreate" : {
"type" : "text/javascript",
"source" : "target.__PASSWORD__ = 'defaultpwd'"
}
Often, script files are reused in different contexts. You can pass variables to your scripts to provide these contextual details at runtime. You pass variables to the scripts that are referenced in configuration files by declaring the variable name in the script reference.
The following scheduled task configuration calls a script that triggers an email notification, but sets the sender and recipient of the email in the schedule configuration, rather than in the script itself:
{
"enabled" : true,
"type" : "cron",
"schedule" : "0 0/1 * * * ?",
"persisted" : true,
"invokeService" : "script",
"invokeContext" : {
"script" : {
"type" : "text/javascript",
"file" : "script/triggerEmailNotification.js",
"fromSender" : "admin@example.com",
"toEmail" : "user@example.com"
}
}
}