Customizing the logic used for the delete operationAdded by IBM on February 2, 2011 | Version 1 (Original)
|You can customize the delete logic to use when deleting users from the Profiles database by defining a custom assembly line that contains the logic.
You can customize the delete logic to use when deleting users from the Profiles database by defining a custom assembly line that contains the logic.
About this task
As part of the sync_all_dns task, IBM® Lotus® Connections 3 provides a new plug-in point for defining and using custom IBM Tivoli® Directory Integrator assembly lines that contain their own delete logic. This delete logic is used to identify when a user needs to be deleted from the Profiles database. An assembly line named sync_all_dns_check_if_remove, which checks whether a user should be deleted, is provided by default. You can add custom delete logic without making changes to the existing profiles_tdi.xml
- Configure your development environment for creating a delete logic script by following the steps in the topic, Setting up your development environment.
- Define an assembly line that contains your delete logic in the file.
Your assembly line must return one of the following checking result values:
- remove. Specifies that the current entry should be added to the delete list.
- updated. Specifies that the current entry should be updated, not deleted.
These values are case-sensitive so type them with care.
Return the value as follows:
- Retrieve the checkResult attribute field from the work object into your assembly line. The attribute name is case-sensitive so type it with care.
- Set your checking result to the value of the checkResult attribute.
checkingResult = work.getAttribute("checkResult");
For more information about how to create an assembly line, go to the following web page: http://publib.boulder.ibm.com/infocenter/tivihelp/v2r1/index.jsp?topic=/com.ibm.IBMDI.doc_7.0/CreatingyourfirstassemblyLine.htm
- Use the publish feature to export the assembly line as a Tivoli Directory Integrator adapter.
- Right-click the assembly line in the left panel of the Navigator and select Publish.
- Enter the name of the adapter in the Package ID field.
- Specify the following directory in the File Path field, and then click Finish.
- Add a reference to the profiles property store to your adapter files by running the following command:
- IBM AIX® or Linux®:
- Microsoft® Windows®:
Note: This reference is required in order to use the Profiles Tivoli Directory Integrator adapter. Even if you do not believe that your adapter file requires access to the profiles property store, there is no penalty for adding the reference so it is strongly advised that you run this command regardless.
Open the profiles_tdi.properties file from the following location:
Set the following properties in the file:
Save your changes to the profiles_tdi.properties file, and then close it. sync_check_if_remove
Specifies whether your checking assembly line is used. When set to true, your deletion-checking assembly line is used. When set to false, the checking operation is not performed. The default value is false.
Specifies the name of your checking assembly line as follows:
By default, the assembly line's name is set to sync_all_dns_check_if_remove.
For example, if you publish the assembly line with the file name deleteCheckRoutines and the assembly line is called acme_check_if_user_really_deleted, then you set this property as follows:
Controls what happens to a user record when the delete action is performed. This property can be set to one of the following values:
- delete. Specifies that the user record is deleted.
- inactivate. Specifies that the user record is inactivated.
The inactive status is propagated to the member and login tables for all the applications. An event is generated for each of the following: Activities, Blogs, Bookmarks, Communities, Files, Forums, Profiles, Wikis, and News (which includes both Home page and Search). These events inactivate the user in every application by removing the user from the login tables and setting the user's status to 1 in all member tables.
These values are case-sensitive so type them with care. The default value is inactivate.
Parent topic: Managing user data using Tivoli Directory Integrator scripts
Setting up your development environment
Deleting or inactivating users in the Profiles database
Synchronizing LDAP directory changes with Profiles