CertificationCampaignController
Sample workflow for monitoring certification campaigns.
CertificationCampaignController monitors the life cycle of active certification campaigns in
the Identity Store. Each time a campaign changes state — for example, when all reviewers have
submitted their decisions or when a campaign deadline is reached — the Java-based Server passes
the triggering request to the join activity, which advances the campaign to its next state and
triggers any configured follow-on actions.
The workflows in this reference are delivered as factory data and are loaded into the Connectivity configuration database during the initial configuration. They are samples: use the Identity Manager to copy a workflow into your own scenario and adapt the copy. Do not change the delivered objects, because a product update can replace them.
At a Glance
Name |
|
Category |
Identity Store |
Technology |
Java-based real-time workflow |
LDAP object class |
|
Workflow type |
|
Connected system / controller type |
|
Configuration wizard |
|
Active in the factory data |
FALSE |
Factory data version |
8.5 |
Factory data path |
|
Prerequisites
-
The DirX Identity certification feature must be configured and at least one campaign must exist in the Identity Store.
-
Copy the workflow into your scenario, bind it to the Java-based Server, and activate the copy.
Workflow and Activities
| Activity | Type | Component description | Description | Ports |
|---|---|---|---|---|
|
|
|
Error Activity |
|
|
|
|
Activity for monitoring Certification Campaigns |
- |
Ports
| Activity | Port | Component description | Connector | Connected directory | Bind profile | SSL |
|---|---|---|---|---|---|---|
|
|
|
|
- |
- |
not set |
Configuration Parameters
| Parameter | Default value |
|---|---|
|
P0Y0M4DT0H0M0S |
| Parameter | Default value |
|---|---|
|
LDAP |
|
3 |
|
P0Y0M1DT0H0M0S |
|
P0Y0M0DT2H0M0S |
| Parameter | Default value |
|---|---|
|
dxmPassword |
| Parameter | Default value |
|---|---|
|
cn=My-Company |
|
CertificationCampaign |
|
0 |
|
P0Y0M1DT0H0M0S |
|
P0Y0M0DT0H30M0S |
A Java-based real-time workflow runs as a permanently loaded configuration in the Java-based Server (IdS-J). It is triggered by a request or an event rather than by a schedule. Each workflow consists of activities; an activity opens one port per system it talks to, and each port uses a connector to reach that system.
Most provisioning workflows contain a join activity that performs the actual work and an error
activity that receives requests which still fail after all retries and sends a notification about
them. The retrylimit, waitbeforeretry and timeout parameters of an activity control how often
and how long a failed request is retried before it is handed to the error activity.
The event port publishes change events over JMS, and the notify port sends e-mail notifications.
Neither port is bound to a connected directory.
The workflow has two activities. The join activity of type CertificationCampaignController
carries all the processing logic; it uses the CertificationCampaignActivity component to
advance campaign state and has a retrylimit of 0, meaning a failed request is not retried
but is passed directly to the error activity. The error activity reports the failure by
e-mail through the Message port.
Operation
-
A campaign state change event or a deadline expiry triggers a request for a
certificationCampaigncontroller type in the Identity Store. -
The Java-based Server passes the request to the
joinactivity of this workflow. -
The
CertificationCampaignActivitycomponent evaluates the campaign’s current state, determines the next action and updates the campaign object in the Identity Store accordingly. -
If the
joinactivity fails, the request is passed immediately to theerroractivity (retrylimitis0), which sends a notification by e-mail through theMessageport. -
The workflow is delivered inactive (
dxmActiveisFALSE). Copy it into your own scenario, set thedomainparameter to your domain root, and activate the copy.