| ... | ... | @@ -11,8 +11,8 @@ Updates user data from their home organization. At the moment this is achieved v |
|
|
|
|
|
|
|
| Key | Value type | Default | Description |
|
|
|
|
| --- | --- | --- | --- |
|
|
|
|
| **last_update_older_than_millis** | long | | Users that have not been updated since this value in milliseconds, will be queried. |
|
|
|
|
| **last_failed_update_older_than_millis** | long | | If the last updated failed, this value will be used for the next update minimum timerange |
|
|
|
|
| **last_update_older_than_millis** | long | | Users that have not been updated since this value in milliseconds, will be queried (ie. 2592000000 for 30 days). |
|
|
|
|
| **last_failed_update_older_than_millis** | long | | If the last updated failed, this value will be used for the next update minimum timerange (ie. 1296000000 for 15 days). |
|
|
|
|
| users_per_exec | integer | 1 | This value determines how many users are queried per job execution. In order to reduce load on the Identity providers, this value should be low, an the job should be scheduled more often. Ie. only 1 user, but every minute |
|
|
|
|
|
|
|
|
Values in **bold** are required.
|
| ... | ... | |
| ... | ... | |
