Configure linked attribute 'memberOf' for Virtual Trees

We cannot obtain linked attribute 'memberOf' on a virtual view. However, the linked attribute 'memberOf' works fine on a proxy.

Steps to configure linked attribute 'memberOf' for Virtual Trees (Steps specific to use case with cache to a virtual tree)

1. Delete the existing cache

2. Delete the existing linked attribute 'memberOf' configuration setup. Click SAVE.

3. Create a computed attribute named member for groups.

Please edit it as follows:

member=has(member)?rdn(member)+",<dn-of-group>":null

For example:

member=has(member)?rdn(member)+",ou=groups,ou=Internal,dc=pqr,dc=com":null

Or example:

member=has(member)?rdn(member)+",cn=users,o=chtest":null

Validate this expression.

Give the computed attribute the HIGHEST priority, and make it searchable.

4. Now, navigate to the directory browser, refresh the tree, and under groups, you should be able to see a member attribute that reflects the users DN (the DN you see in blue above each user entry under the users branch)

This is how the isMemberOf works:

It looks for the DN of users in users branch (directory browser -the blue DN on top) and matches it with the group's member DN. If a match is found, it returns that Group as a member.

For this to work, the user's DN should be the same as the Group's member's DN.

But we have observed that this was not the case for a view. For a proxy, this remapping is done automatically. Whereas for a VT, we need to leverage a computed attribute to get this member value remapped.

5. Once we are able to verify this, please set up linked attribute 'memberOf' from Special attributes handling pointing to the respective users and groups location. Click Save.

6. Navigate to the directory browser, refresh it, click on a user entry under users branch, and do a search to explicitly return 'memberOf' attribute.

At this point, the memberOf attribute should be returned correctly.