PostgreSQL is an open-source relational database. Identity and Provisioning use Type 4 JDBC driver to connect to the PostgreSQL Server. The PostgreSQL Connector supports both Identity and provisioning.

The Provisioning functionalities of this connector enable exporting and importing user accounts on a PostgreSQL system.
The Identity functionalities of this connector enable you as an Identity administrator to configure PostgreSQL as a connected system and then make Identity users part of the PostgreSQL system. This enables the user or Identity administrator to reset PostgreSQL account passwords. This also enables you to enable and disable user accounts.

Functionalities

Provisioning Integration

Identity Integration

Prerequisites

Ensure that these prerequisites are satisfied:

• PostgreSQL Version 2 or later is installed, configured, and running.
• An administrator account that can be used to establish a connection and has authority to manage accounts on the connected system.

Creating the Connected System in the Admin UI

1. Log in to Identity Administration and click the Systems tab.
   
   

2. On the Connected System View page, click the Add button and select the PostgreSQL connected system from the Type drop-down list. The Connected System Details page displays the default values:

   

   
   

3. Enter the desired information:

   Definition
   Supported Connectors	Displays whether the connected system is Identity only, Provisioning only, or both.
   Type	Select the connected system type.
   Locale	Select the preferred language (default: English). Locale specific information such as Display Name and Description can be added only while modifying the connected system.
   Name	The name for this connected system. Note: The name cannot be modified later.
   Display Name	The display name of the new connected system.
   Description	The description of the connected system.
   Associated With	Select how the connector associated with this system will run: Server (default) - Runs locally on the Provisioning/Identity Server. Global Identity Gateway - Runs remotely on a Global Identity Gateway cluster member. Note: Only GIG clusters that have at least one registered and enabled member will display in this list. See Using the Global Identity Gateway with Connected Systems for additional information.
   Password Reset By	Enables administrators to configure password management functions normally available to Users and OBO (On Behalf Of) Users: OBO User Only - Connected system and account association information is displayed only in Self-Service user management (for OBO Users). OBO Users can reset passwords for accounts on this connected system. Administrators can perform all user management functions for this connected system (e.g., enable/disable, validate, associate user, and password reset). End users will not see their accounts on this connected system in Self-Service and Kiosk; therefore, they cannot reset passwords for accounts on this connected system. Users and OBO User - Connected system and account association information is displayed in Self-Service password reset, Self-Service - Kiosk, and Self-Service user management. Self-Service users, Kiosk users, and OBO Users can reset passwords for accounts on this connected system. Administrators can perform all user management functions for this connected system (e.g., enable/disable, validate, associate user, and password reset). External - Connected system and account association information is not displayed in Self-Service password reset, Self-Service - Kiosk, and Self-Service user management. Self-Service users, Kiosk users, and OBO Users cannot reset passwords for accounts on this connected system. Note: When user management configuration enables OBO Users to perform password resets, this definition must be set to OBO User Only or Users and OBO User. For connectors that support Provisioning only, there is no password reset capability.
   Provisioning Option	Select the provisioning option: Automated (default) - The connected system functions as a normal connected system; there are no restrictions. Administrative - The connected system cannot be used as an object in a workflow.
   Enable HPAM Support	Select to make the connected system HPAM enabled (default: cleared). Note: This can only be set for systems that support Identity.
   Enable Transfer of Accounts	Select to make the transfer of Accounts enabled (default cleared).
   Connection Information
   Host	The IP address or host name of the server (e.g., 10.102.200.20 or localhost).
   Port	The database port number.
   Use Secure Connection	Check this box if the connection is to be SSL-enabled. Note: This connector uses the Java keystore for SSL communication with the system. See the guide Configuring SSL for additional information about enabling SSL.
   SSL Factory	The name of the Java class used as the SSL Socket factory.
   Service Account Name	The name of the administrative user account used to connect to the server.
   Service Account Password	The administrative user password.
   Initial DB	The SID or database name to connect.
   Maximum Connection Pool Size	Select the maximum number of connections that can be created in the connection pool by the connector. As needed, the connection pool will grow only to this maximum limit.
   Entitlement Search Information
   Entitlement Query	Specify the query to fetch entitlements. The default is SELECT * FROM pg_roles.
   System Owner	Add or Remove users assigned as the owners of the system. Displays the Connected System Owner Search page for selecting users. The HPAM column indicates whether the system owner is authorized to use the HPAM feature. The Approvers column indicates whether the system owner is an approver in the approval process.

4. Click the Test Connection button to test the Connection Information:

   • If successful, one or both of these messages may display:

   Message: Connection from Provisioning to the connected system was established successfully.
   Message: Connection from Identity to the connected system was established successfully.
   +

   • If unsuccessful, one or both of these messages may display:

   Error: Failed to establish connection from Provisioning to the connected system.
   Error: Failed to establish connection from Identity to the connected system.

   
   Note: If the connection fails, additional messages may display providing more information regarding the failure, and additional information may be posted to the Provisioning and Identity logs.
   
   

5. (Optional) To select owners of the system, click the System Owner Add button. The Connected System Owner Search page displays:

   
   
   

   1. Select the owners and then click the Select button. The system owner displays under the System Owner section:

      
      

      Note: More than one user can be assigned as an owner.
      
      

   2. To add additional system owners, click the Add button.
      
      

6. On the Connected System Details page, click the Add button to save the configured connected system. The Object Category Association page displays a list of categories that are already associated and/or can be selected to add additional associations to this connected system: 
   
   
   

   1. Select one or more available object categories or provide search criteria and click the Search button to find specific categories to select. If there are no available categories to select, proceed to Step 7.
      
      

   2. Click the Add Association button to associate the selected object categories to the connected system.
      
      

7. Click the Back button to return to the Connected System View page. The new connected system displays in the list.

See Copying, Modifying, and Deleting Connected Systems for additional information.

Creating the Connected System in the Studio

1. Log in to the Workflow and Connectivity Studio and click Connectivity ► Add Systems on the menu bar. The Add Connected Systems window displays.
   
   
2. Select the PostgreSQL connected system from the Type drop-down list. The default values display:  
   
   
   

3. Enter the desired information:

   Definition
   Type	Select the connected system type.
   Name	The name for this connected system. Note: The name cannot be modified later.
   Display Name	The display name of the new connected system.
   Description	The description of the connected system.
   Supported Connectors	Displays whether the connected system is Identity only, Provisioning only, or both. Only connectors that support Provisioning are available here.
   Associated With	Select how the connector associated with this system will run: Server (default) - Runs locally on the Provisioning/Identity Server. Global Identity Gateway - Runs remotely on a Global Identity Gateway cluster member. Note: Only GIG clusters that have at least one registered and enabled member will display in this list. See Using the Global Identity Gateway with Connected Systems for additional information.
   Password Reset By	Enables administrators to configure password management functions normally available to Users and OBO (On Behalf Of) Users: OBO User Only - Connected system and account association information is displayed only in Self-Service user management (for OBO Users). OBO Users can reset passwords for accounts on this connected system. Administrators can perform all user management functions for this connected system (e.g., enable/disable, validate, associate user, and password reset). End users will not see their accounts on this connected system in Self-Service and Kiosk; therefore, they cannot reset passwords for accounts on this connected system. Users and OBO User - Connected system and account association information is displayed in Self-Service password reset, Self-Service - Kiosk, and Self-Service user management. Self-Service users, Kiosk users, and OBO Users can reset passwords for accounts on this connected system. Administrators can perform all user management functions for this connected system (e.g., enable/disable, validate, associate user, and password reset). External - Connected system and account association information is not displayed in Self-Service password reset, Self-Service - Kiosk, and Self-Service user management. Self-Service users, Kiosk users, and OBO Users cannot reset passwords for accounts on this connected system. Note: When user management configuration enables OBO Users to perform password resets, this definition must be set to OBO User Only or Users and OBO User. For connectors that support Provisioning only, there is no password reset capability.
   Provisioning Option	Select the provisioning option: Automated (default) - The connected system functions as a normal connected system; there are no restrictions. Administrative - The connected system cannot be used as an object in a workflow.
   Enable HPAM Support	Select to make the connected system HPAM enabled (default: cleared). Note: This can only be set for systems that support Identity.
   Enable Transfer of Accounts	Select to make the transfer of Accounts enabled (default cleared).
   Connection Information
   Host	The IP address or host name of the server (e.g., 10.102.200.20 or localhost).
   Port	The database port number.
   Use Secure Connection	Check this box if the connection is to be SSL-enabled. Note: This connector uses the Java keystore for SSL communication with the system. See the guide Configuring SSL for additional information about enabling SSL.
   SSL Factory	The name of the Java class used as the SSL Socket factory.
   Service Account Name	The name of the administrative user account used to connect to the server.
   Service Account Password	The administrative user password.
   Initial DB	The SID or database name to connect.
   Maximum Connection Pool Size	Select the maximum number of connections that can be created in the connection pool by the connector. As needed, the connection pool will grow only to this maximum limit.
   Entitlement Search Information
   Entitlement Query	Specify the query to fetch entitlements. The default is SELECT * FROM pg_roles.

4. Click the Connect button to test the Connection Information:

   • If successful, this message displays:

   Connection from Studio to the connected system was established successfully.

   • If unsuccessful, this message displays:

   Failed to establish connection from Studio to the connected system.

   Note: If the connection fails, additional messages may display providing more information regarding the failure, and additional information may be posted to the Provisioning and Identity logs.

   
   

5. Click the Apply button to apply changes. The Category Association window displays.
   
   

   1. Select one or more object categories from the Available Categories list or enter a category name and click the Search button to find a specific category to select. If there are no available categories to select, proceed to Step 6.
      
      

   2. Click the Add button to associate the selected object categories to the connected system.
      
      

6. Click OK to accept selected categories.

See Copying, Modifying, and Deleting Connected Systems for additional information.

Using the Connected System for Identity

Perform these procedures to configure the connector:

• Connector Details for Identity
• Identity Password Management

Connector Details for Identity

This table lists values to enter when associating the Identity user with an existing user in the connected system:

Identity Password Management

See the Identity Suite Administration Guide for details on password management.

Using the Connected System for Provisioning

Perform these procedures to configure the connector:

• Configuring for Export 

• Configuring for Import 

• Connector Details for Provisioning

Note: If the number of records to be processed exceeds one thousand, we recommend configuring the workflow to use bulk mode, which lowers the memory consumption of the system by streaming data to files. Because data is streamed for every task, performance of the workflow execution will be decreased due to increased read-write operations. See the Workflow and Connectivity Studio document for details on how to configure bulk mode.

Configuring for Export

Perform these procedures to configure the connector for data export:

• Configuring the Export Connector
• Configuring the Export Link 

From the Workflow and Connectivity Studio, select the PostgreSQL UserExport workflow listed under the projects folder.

If a workflow does not already exist, create an export workflow. See  Workflow and Connectivity Studio documentation for details on creating export workflows.

Configuring the Export Connector

1. In the Design pane, double-click the export object (the first workflow object after the Start object). The Configure Data Source window displays:
   
   
   

2. From the Configure Plug-in tab, set these properties as required:

   Associated Connected System	Select the connected system from the list. The export operation will be done from this connected system.
   Data Formats	Select the type of data format to use: Tables - Fetches the data from a table (this is the only data format supported at this time).
   DeltaExportMode	Select the type of attribute to export if a change takes place (this works in conjunction with ExportMode when DeltaExport is selected): OnlyChangedAttributes - Performs a partial export of only the changed attributes from the last time the query was run. ChangedAndMandatoryAttributes (default) - Performs a partial export of both changed and mandatory attributes from the last time the query was run. Mandatory attributes are exported whether they have been changed or not. AllAttributes - Performs a full export of all attributes that contain a value. This property is not available for WorkerFromTransactionLogs data format.
   DynamicConnectedSystem	Select the global variable to use as the dynamic connected system name. This works in conjunction with DynamicCon- nectedSystemOption when GlobalVariable is selected.
   DynamicConnectedSystemOption	Select how to control Dynamic System Support: None - There will not be any Dynamic System Support. Transaction-SystemName - The value of the Transaction- SystemName attribute in data will be used as the dynamic connected system. The connected system name must be passed as the value of the attribute Transaction- SystemName; if it is missing in data, the operation will fail. GlobalVariable - Select a global variable to use as the dynamic connected system name from the property DynamicConnectedSystem.
   ExcludeEmptyFields	Select how to process null fields: ·  FALSE - Returns null fields with empty values. ·  TRUE - Ignores null fields.
   ExecuteGIGAssociatedTaskAsynchronously	If this property is True, GIG associated tasks will execute asynchronously.
   ExportMode	Select the type of data to export: ·  FullExport - Exports all attributes. ·  DeltaExport - Exports changed, mandatory, or all attributes, depending on the DeltaExportMode property setting.
   MaximumRows	The maximum number of rows to be exported (default: 0 [unlimited]).
   Note: Hover the pointer over a property to view its description.

3. Optional) Select the Appearance tab to change how the Connected System object displays in the Design pane.
   
   

4. Click OK to save any changes and return to the Workflow and Connectivity Studio window.

   Configuring the Export Link

5. In the Design pane, double-click the export link between the export object (the first workflow object after the Start object) and the Data Mapper object. The Configure Link window displays:

   

   
   

   Element	Description
   Database	Select the database name: Static - Select from the Database Name drop-down list. Dynamic - Select from the Global Variable drop-down list. Select the database source for the selected fields: Tables or Views.
   Tables	Lists the schema tables available for export.
   Fields	Lists the fields available for export.
   Check attributes for delta export.
   Selected Fields	Lists the selected schema table fields for export. Note: The check boxes are used only for delta export operations. These checked attributes will always be exported whether they were changed or not. The Format button specifies a desired date/time format to be applied to a selected date type field. Only selected date fields will be able to apply a date/ time format to their value.
   Advanced Settings	Displays the Configure Attributes window for selecting any attributes that need to be encrypted.
   SQL Query	Displays the SQL query run against the database. The Edit button edits the query.
   Preferred Key(s)	Select the field(s) in the Selected Fields list: Set Key - Sets the primary key. Get Key - Gets the Preferred Key(s) of the selected table/view.

6. Perform these steps. 
   
   
   1. Select a database from the Schema Select whether the source is Tables or Views. Select the table or view from the Tables/Views list. Select the fields from the Fields list to export and add them to the Selected Fields list. Select the field(s) from the Selected Fields list that require a date and/or time format and click the Format button. The Format Date window displays.
      
      
   2. Select the Include Time check box to add the timestamp with the date. Select the 24 Hour or 12 Hour option button and then select the required date/time format. Click OK to save the selected format. The Configure Link window displays.
      
      
   3. Perform one of the steps:
      
      
      • Select the field(s) in the Selected Fields list and click the Set Key button to set the primary key.
        Or
      • Click the Get Key button to get the Preferred Key(s) of the selected table/view.
        
        
   4. The SQL Query list displays the SQL query run against the You can edit the query here or click the Edit button.

      Notes:

      • Query modifications can also be done manually after all fields are This field also supports copy/paste from other sources.
      
      
      • When formatting a SQL query with functions such as rtrim, ltrim, convert, and to_char, you must write the query as in this example before formatting: 
        

        Select PSOPRDEFN_DF.EMPLID, PSOPRDEFN_DF.OPRID from PSOPRDEFN_DF

        After formatting:

        Select rtrim(PSOPRDEFN_DF.EMPLID) as EMPLID, PSOPRDEFN_DF.OPRID

        from PSOPRDEFN_DF
        
        
      • You can set up a dynamic database query when one workflow is initiated by another workflow or trigger. For example, when a data change occurs you can set the query to dynamically substitute the trigger data in the This will return only specific records for the substituted value.
      • To filter the search data, enter a WHERE or AND clause at the end of the query or in the Where Clause text area with syntax such as TABLE.COLUMN='##CN##'. Note that single quotation marks ( ' ) must be used outside of the ## syntax for a database.
        
   5. Check the boxes in the Selected Fields list to set mandatory attributes.
      
      
7. Click OK to save any changes and return to the Workflow and Connectivity Studio window.
   
   
8. Deploy the workflow by selecting Deploy ► New Deployment.
   See the Workflow and Connectivity Studio document for details of deployment options.
   
   
9. Manage and run the deployed workflow from the Admin UI ► Server tab.
   See the Identity Suite Administration Guide for details.

Configuring for Import

There are two types of imports for the connector:

• Tables - Classified by add (insert), modify (update), or delete (delete). These operations are dynamically performed, based on the changetype of the incoming document. Changetypes can be set automatically from the incoming process or dynamically using the Data Mapper. The connector runs the appropriate query against the tables and fields specified in the link configuration.
• Api - Stored procedure imports enable the connector to run stored procedures in the database based on selected criteria.

Perform these procedures to configure the connector for data import:

• Configuring the Import Connector
• Configuring the Import Link
  
  

From the Workflow and Connectivity Studio, select the PostgreSQL UserAdd, UserModify, or UserDelete workflow listed under the projects folder.

If a workflow does not already exist, create an import workflow. See the Workflow and Connectivity Studio documentation for details on creating import workflows.

Configuring the Import Connector

1. In the Design pane, double-click the import object (the last workflow object). The Configure Data Source window displays:  
   
   
   

2. From the Configure Plug-in tab, set these properties as required:

   Associated Connected System	Select the connected system from the list. The export operation will be done from this connected system.
   Data Formats	Select the type of data format to use: ·Tables (default) - Inserts the data to a table. ·Api - Executes APIs.
   DynamicConnectedSystem	Select the global variable to use as the dynamic connected system name. This works in conjunction with DynamicCon- nectedSystemOption when GlobalVariable is selected.
   DynamicConnectedSystemOption	Select how to control Dynamic System Support: None - There will not be any Dynamic System Support. Transaction-SystemName - The value of the Transaction- SystemName attribute in data will be used as the dynamic connected system. The connected system name must be passed as the value of the attribute Transaction- SystemName; if it is missing in data, the operation will fail. GlobalVariable - Select a global variable to use as the dynamic connected system name from the property DynamicConnectedSystem.
   ExecuteGIGAssociatedTaskAsynchronously	If this property is True, GIG associated tasks will execute asynchronously.
   Id *	Enter the attribute that contains the value used to uniquely identify the user account user ID on the connected system.
   loginId *	Enter the attribute that contains the value used to uniquely identify the user account login ID on the connected system.
   MaxConcurrentEntryProcessing	Specify the maximum number of entries to be processed concurrently. For each concurrent process, the connector creates new resource threads and connections. Therefore, it is important to set this property based on resource availability. When the MaxConcurrentEntryProcessing property is set, multiple entries are processed in parallel, thereby reducing the time taken for bulk import tasks.
   ModifyIfEntryExists	Select whether to perform a modify operation if an add operation fails (default: FALSE).
   Notes: * Id and loginId are used by the Provisioning Policy and IdentityHub features to populate the ACCOUNT_ID and ACCOUNT_USERNAME columns of the FISC_USER_ACCOUNT table of the Product database.  Hover the pointer over a property to view its description.

3. (Optional) Select the Appearance tab to change how the Connected System object displays in the Design pane.
   
   

4. Click OK to save any changes and return to the Workflow and Connectivity Studio window.

Configuring the Import Link

This procedure depends on whether Tables or Api is selected as the data format in Step 2.

Perform one of these procedures to configure the import link:

• Tables Data Format
• API Data Format

Tables Data Format

1. In the Design pane, double-click the import link between the Data Mapper object and the import object (the last workflow object). If you selected the Tables data format, this Configure Link window displays:
   
   
   
   

   Element	Description
   Database	Select the database name: Static - Select from the Database Name drop-down list. Dynamic - Select from the Global Variable drop-down list. Select the database source for the selected fields: Tables or Views.
   Tables	Lists the schema tables available for import.
   Fields	Lists the fields available for import.
   Check for attribute-level auditing. If auditing is enabled and these fields below are checked, Provisioning will log all events for auditing purposes.
   Selected Fields	Lists the selected schema table fields for import. The Set As Function button specifies system functions in the insert/update value in the import query for the selected attribute (e.g., sysdate, now). The Format button specifies a desired date/time format to be applied to a selected date type field. Only selected date fields will be able to apply a date/ time format to their value.
   SQL Query	Displays the SQL query run against the database. The Edit button edits the query.
   Import using template format	Generates the import query using the given format. The actual query is generated by substituting the ##attribute name## with the values given to the import task. Template - Generates the template for the import query in the SQL Query text area.
   Where Clause	Displays the where clause in the SQL Query. Note: This text area is editable only when the Update Manually option button is selected.
   Update	Select one of these update option buttons: ·  Automatically - The where clause is updated automatically. ·  Manually - The where clause can be edited manually in the text area.
   Advanced Settings	Displays the Configure Attributes window for selecting any attributes that need to be encrypted.
   Preferred Key(s)	Select the field(s) in the Selected Fields list: ·  Set Key - Sets the primary key. ·  Get Key - Gets the Preferred Key(s) of the selected table/view.
   Audit Key	Select the attribute to associate with the Audit Key.

2. From the Datasource tab, perform these steps:
   
   
   1. Select a Database from the drop-down list. Select the table from the Tables Select the fields from the Fields list.
      
      
   2. Perform one of these steps:
      
      • Select the field(s) in the Selected Fields list and click the Set Key button to set the primary

      Or

      • Click the Get Key button to get the Preferred Key(s) of the selected table/view.
        
        
   3. The SQL Query list displays the SQL query run against the You can edit the query here or click the Edit button.
      
      

   4. Check the boxes in the Selected Fields list to enable auditing of the attributes
      
      
      

3. Click OK to save any changes and return to the Workflow and Connectivity Studio window.
   
   
4. Deploy the workflow by selecting Deploy ► New Deployment.
   See the Workflow and Connectivity Studio document for details of deployment options.
   
   
5. Manage and run the deployed workflow from the Admin UI ► Server See the Identity Suite Administration Guide for details.

API Data Format

1. In the Design pane, double-click the import link between the Data Mapper object and the import object (the last workflow object). If you selected the Api data format in Step 2, this Configure Link window displays:
   
   
   

   A list of APIs supported by this connector displays. Adding, modifying, or deleting APIs is optional. See the appendix Working with Database APIs for detailed information.

   
   

   Element	Description
   Select API variables to be imported.
   API	Lists the APIs available for import.
   API Variables	Lists the variables available for import.
   Check variables for audit.
   Format	Sets the format for date variables.
   Selected Variables	Lists the selected schema table fields for import. If auditing is enabled and these variables below are checked, Provisioning will log all events for auditing purposes.
   Modify APIs	Adds or modifies APIs. Displays the Modify API window.
   Advanced Settings	Displays the Configure Attributes window for selecting any attributes that need to be encrypted.

2. Perform these steps.
   
   
   1. Select the API name in the API Select the API variable in the API Variables field. Add the selected API variables to the Selected Variables field.
      
      

   2. Click the Modify APIs button to add or modify the API. The Modify API window displays:
      
      
      

      Element	Description
      API Names	Displays configured APIs. Select the API to modify or delete.
      API Variables	Displays the API variables corresponding to the selected API. Select the API variable to modify or delete.
      Use API Format	Select the method to build the API at runtime with this check box: If not selected (default), each variable will be listed in the API Variable Order list box. The variables will be used in the API Variable Order while generating the API. The Up and Down buttons can be used to change the order. If selected, the format can be specified in the API Format text area that becomes visible. Specify the variables inside ## (e.g., ##sp_adduser.loginame##). The API will be generated by substituting the values of the variables in the API format. The Edit button that becomes visible, displays the Api Format dialog. Use the Get Template button to generate a default format for the variables configured in the API; this has to be modified based on the API requirement.
      API Variable Order	Change the variable order with the Up and Down buttons.
      Primary Key	Select the value to use to uniquely identify an object (e.g., user or group).
      Failure Message Attribute	The output attribute that returns the failure reason. This is an optional setting and if specified, the return value is used to set the status description on API execution failure.
      Role Attribute	Sets the Role attribute.

   3. Click OK when done adding/modifying APIs to return to the Configure Link window.
      Note: The query is not updated. When importing into multiple tables, a manual query has to be written to join the tables and fields together.
      See the appendix Working with Database APIs for additional information about modifying APIs.
      
      
3. Click OK to save any changes and return to the Workflow and Connectivity Studio window.
   
   
4. Deploy the workflow by selecting Deploy ► New Deployment.
   See the Workflow and Connectivity Studio document for details of deployment options.
   
   
5. Manage and run the deployed workflow from the Admin UI ► Server tab. See the Identity Suite Administration Guide for details.

Connector Details for Provisioning

Configuration import properties Id and loginId are used by the Provisioning Policy and IdentityHub features to populate the ACCOUNT_ID and ACCOUNT_USERNAME columns of the FISC_USER_ACCOUNT table of the Product database. See the ‘Provisioning Policy’ and ‘Provisioning Using the IdentityHub’ chapters of the Identity Suite Administration Guide for details.

This table shows the default attributes specified for these properties for the connected system:

Connector Attributes

The items in the MV (multi-valued), Export, Create, Modify, and Delete columns have these meanings:

• Y = Yes (attribute is supported for this operation)
• N = No (attribute is not supported for this operation)
• R = Required (attribute is mandatory for this operation)
• NA = Not applicable

Configuring Triggers

Perform these procedures to create a trigger:

• Prerequisites
• Trigger Setup Details
• Creating a Trigger
• Configuring a Trigger Agent
• Configuring a Trigger Link

Prerequisites

Ensure that these prerequisites are satisfied:

• Create a PostgreSQL provisioning connector before creating a PostgreSQL trigger (see the section Creating the Connected System in the Studio).
• Create and deploy workflows to be run by the PostgreSQL trigger. See the ‘Creating Workflows’ and ‘Deploying Workflows’ sections in the Workflow Development chapter in the Workflow and Connectivity Studio document for details.
• PostgreSQL Version 9.4 or later is installed. 
• OpenJDK 8 is installed on the system where Postgre SQL Server resides.

Trigger Setup Details

1. Copy the PostgreSQL trigger deployment zip file (PostgreSQLTrigger.zip)

From: IdM Suite Software folder\Triggers\PostgreSQL

To: A temporary location where the Postgre SQL Server resides (e.g., C:\temp).

2. Unzip the trigger deployment file to a directory (e.g., C:\). The unzip process creates a folder called PostgreSQLTrigger (the default Callback Folder) and these files:

\PostgreSQLTriggerNotify.bat (the trigger execution file)
\trigger.properties (the trigger configuration file)
\postgresqltriggercallback.jar (the jar file containing all trigger Java classes)
\log\ (the folder to store log files created when the trigger fires)
\data\ (the folder to store data files created when the trigger fires)

3. Edit the trigger.properties and set the TriggerCallBackServerAddress (The host and port of Provisioning Server or Provisioning GIG.). Edit the LogFilePath and DataFilePath to reflect the correct drive and path where the callback folder resides.

Creating a Trigger

Note: Ensure that you have completed all Prerequisites and Trigger Setup Details, before proceeding.

1. From the Workflow and Connectivity Studio menu bar, click File ► New Trigger ► Postgre Database Trigger. Create a New Trigger window displays.
   
   
2. Enter a trigger name in the Name field.
   
   
3. Click the Browse button to select a directory other than the default displayed in the Directory field. The directory should be a child of the default location in order to have the trigger listed under the projects folder of the Workflow and Connectivity Studio.
   
   
4. Select an existing PostgreSQL connected system from the drop-down list in the System field.
   
   

5. Enter descriptive text in the Description field and then click OK. A new trigger system object and link display in the Design pane.

   Note: The trigger must be fully configured before it can be saved and deployed. Proceed to the sections below to complete configuring the trigger.

   Configuring a Trigger Agent
   
   

6. In the Design pane, double-click the trigger system. The Configure Data Source window displays.
   
   Note: To modify an existing trigger, on the menu bar click View ► Triggers, and then select one of the PostgreSQL triggers listed under the projects folder.
   
   
7. Select one of the available systems in the Associated Connected System drop-down list for the trigger:
   
   
   
8. (Optional) Select the Appearance tab to change how the Connected System object displays in the Design pane.
   
   
9. Click OK to save any changes and return to the Workflow and Connectivity Studio window.
   
   Note: A trigger cannot be saved until a trigger link has been configured.
   

   Configuring a Trigger Link
   
   

10.  Double-click the link between the Start object and the Trigger system object. The Configure Link window displays.

    Note: To modify an existing trigger, on the menu bar click View ►Triggers, and then select one of the PostgreSQL triggers listed under the projects folder.

    

    Databases Sets the database schema where the trigger watches for selected database operations to occur.

    Operations Select which database operations cause the trigger to execute: Insert - Insertions of new records into the selected schema table. Update - Changes to existing records in the selected schema table. ·Delete - Deletions of existing records in the selected schema table.

    Tables Lists the schema tables available for trigger support.

    Fields Lists the fields available for trigger support.

    Unique Key Displays the attribute(s) that make the entry in the selected schema table unique.

    Get Key Retrieves a unique key from the selected schema table.

    Set Key  Sets which attribute from the Selected Fields will make the entry unique.

    Clear Key Removes the current unique key attribute selection. No unique key attribute is defined after selecting this option.

    Selected Fields Lists the selected schema table fields for trigger support. The Format button specifies a desired date/time format to be applied to a selected date type field. Only selected date fields will be able to apply a date/time format to their value. Check Mandatory Attributes - Check boxes in this field set mandatory attributes. These checked attributes will always be exported whether they were changed or not.

    Advanced Settings Displays the Configure Attributes window for selecting any attributes that need to be encrypted.

    Callback Folder Enter the physical directory where you copied the Postgres Trigger Deployment files (e.g. C:\PostgreSQLTrigger).

    Effective Date Select these effective date options: Set - Sets an attribute from the selected attributes to apply an effective date offset to control when the triggered data is run. A condition can be provided that determines when or if an effective date offset should be applied. Set a condition and effective date offset from the Effective Date tab. Clear - Removes the selected attribute from being defined for effective date processing. Format - Specifies a desired date/time format to be applied to the selected effective date field. Any field type can be selected to apply a date/time format to the effective date value.

11. From this tab, perform these steps:
    1. Select a schema from the Databases drop-down list.
    2. Select a table where the trigger is to be implemented from the Tables list.
    3. Select required fields from the Fields list and add them to the Selected Fields list. For the trigger to work properly you must have at least one field selected.
    4. Select the preferred key in the Unique Key field by clicking the Set Key button. 
    5. Check the boxes in the Selected Fields list if the current data and the previous data before the change (called Original_field) are to be sent during the trigger.
       Note: Check the boxes in the Selected Fields list to indicate the mandatory attributes that will always be exported, whether they were changed or not.

    6. Under Operations, select the operations (Insert, Update, or Delete) where the trigger is to be generated.

    7. Enter the Callback Folder where the trigger configuration file (trigger.properties) resides, for example, C:\PostgreSQLTrigger.

    8. Select an attribute from the Selected Fields and click Set in the Effective Date section to apply an effective date, if desired.

    9. Click the Format button to specify a particular date and time format for the selected Effective Date.
       
       
12. Click the Effective Date tab to configure an effective date condition and/or offset value. If effective date processing is not required, proceed to Step 16.
    
    
13. Click the Add The Set Trigger Data Condition window displays.
    
    
    1. Set an Effective Date Offset value and specify a condition when it will be used:
       • For triggers - All conditions specified here will be evaluated for each incoming data   The offset corresponding to the first condition that is satisfied will be applied to the date contained in the effective date attribute. An offset can be mapped to a condition that is specified as default. If none of the conditions in the list are satisfied, the offset corresponding to the default condition will be applied to the effective date.
       • For Chained workflows - From the Chained workflow Configure Data Source window, specify the attribute that should have an effective date condition and offset value From the preceding Data Mapper, provide conditions and offset values to calculate the target effective date value and save this value to the effective date attribute as the target attribute.
    2. Click OK when finished.
       
       
14. From the Target Workflow Selection tab, select the deployed workflow(s) to run when the trigger occurs, and then click the Add > button.
    
    
    To remove a selected workflow from being run, highlight it under Selected Workflows and click the < Remove button.

    Notes:

    • If more than one workflow is selected, the first listed workflow is run first, the second workflow next, etc.
    • If workflows are deployed in Asynchronous mode, all workflows are run together.
    • If serialized execution of workflows is required, consider chaining them.
15. Highlight a workflow from the Selected Workflows list and click the Set Condition button to set a condition before running Target workflows. The Set Lookup Condition window displays.
    
    
    1. Set a check condition before running workflows. Build a complex condition with logical AND/ OR.
       
       
    2. Click OK to return to the Configure Link window.
       
       
16. From the Lookup Workflow Selection tab, select the deployed workflow(s) to run when the trigger occurs, and then click the Add > button.
    To remove a selected workflow from being run, highlight it under Selected Workflows and click the < Remove button.
    
    Notes:
    • Lookup may be required to get additional attributes to run Target Lookup workflows run prior to Target workflows.
    • If more than one workflow is selected, they are run in the order listed.
    • Lookup workflows must be deployed in Synchronous mode; otherwise, lookup data may not be available before running Target workflows.
      
      
17. Highlight a workflow from the Selected Workflows list and click the Set Primary button to set the primary workflow to be run.
    
    
18. Highlight a workflow from the Selected Workflows list and click the Set Condition button to set a condition before running Lookup workflows. The Set Lookup Condition window displays. Set a check condition before running workflows. Build a complex condition with logical AND/OR. Click OK to return to the Configure Link window.
    
    
19. Click OK to save any changes and return to the Workflow and Connectivity Studio window.
    
    
20. Save the trigger.
    
    
21. Deploy the trigger by clicking the  (deploy) toolbar button. The Deploy Trigger window displays.
    
    
22. Click the Deploy New The Deploy Trigger window displays:
    
    
    
    1. Select the Deploy Option:
       
       
       • Execute (default) - Creates the trigger by the standard method.
       • Generate Script - Creates database scripts necessary to create the trigger under the <installation folder>\share\workfiles\trigger-dbscripts\<trigger>. The CreateTrigger.sql scripts can be used to create the trigger before enabling the trigger.
         
         
    2. Click OK to deploy the trigger.
       
       
23. Enable the trigger from the Server tab of the Admin UI. See the Identity Suite Administration Guide for details on enabling triggers