+

Search Tips   |   Advanced Search

Configure dynamic member attributes in a federated repository configuration

First configure an LDAP repository.

A dynamic group defines its members differently than a static group. Instead of listing the members individually, the dynamic group defines its members using an LDAP search. The filter for the search is defined in a dynamic member attribute. For example, the dynamic group uses the structural objectclass groupOfURLs, or auxiliary objectclass ibm-dynamicGroup, and the attribute memberURL, to define the search using a simplified LDAP URL syntax:

The following is an example of the LDAP URL that defines all entries that are under o=Acme with the objectclass=person:

If both member and dynamic member attributes are specified for the same group type, this group type is a hybrid group with both static and dynamic members.


Tasks

  1. In the administrative console, click...

      Security > Global security > User account repository > Available realm definitions > Federated repositories > Configure

    To configure for a specific domain in a multiple security domain environment, click...

      Security domains > domain_name > Security Attributes > User Realm > Customize for this domain > Realm type > Federated repositories > Configure.

  2. Under Related items, click Manage repositories.

  3. To specify a new external repository or select an external repository that is preconfigured, click...

      Add > LDAP repository

    If we click Add to specify a new external repository, first complete the required fields and click Apply before proceeding to the next step.

  4. Under Additional Properties, click...

      LDAP entity types

  5. Click the link for Group entity type.

  6. In the Object Classes field, add the entry for the object class, for example, groupOfURLs. Delimit multiple entries with a semicolon (;).

  7. Click OK.

  8. Under Additional properties, click Group attribute definition.

  9. Under Additional properties, click Dynamic member attributes.

  10. Click New to specify a new dynamic member attribute or Delete to remove a preconfigured dynamic member attribute.

  11. Specify the name of the dynamic member attribute in the Name of dynamic member attribute field. The name of the dynamic member attribute defines the filter for dynamic group members in LDAP, for example, memberURL is the name of a commonly used dynamic member attribute.

  12. Specify the object class of the group containing the dynamic member attribute in the Dynamic object class field, for example, groupOfURLs. If this property is not defined, the dynamic member attribute applies to all group object classes.

  13. Save the configuration changes in the administration console: Click System administration > Save changes to master repository > Save.

  14. This next step involves using a wsadmin command and cannot be done through the administrative console. Start the wsadmin scripting tool and connect to a server, using the following command:

      wsadmin -username username -password password

  15. Use the addIdMgrPropertyToEntityTypes command to add the dynamic member attribute specified in step 12 to the federated repositories schema. The dynamic member attribute needs to be added to the entity type Group in the federated repositories schema otherwise an error occurs while creating a group in an LDAP repository configured under federated repositories using the create() API and specifying the memberURL attribute and its value. The correctness of the value of the memberURL attribute is not validated because LDAP does not validate this.

    In the following example, the memberURL property is added to the entity type Group:

      $AdminTask addIdMgrPropertyToEntityTypes {-name memberURL -dataType String -entityTypeNames Group -repositoryIds repository_ID}

  16. Save the configuration changes.

      $AdminConfig save

After completing these steps, dynamic member attributes are configured for our LDAP repository.


What to do next

  1. After configuring the federated repositories, click Security > Global security to return to the Global security panel. Verify that Federated repositories is identified in the Current realm definition field. If Federated repositories is not identified, select Federated repositories from the Available realm definitions field and click Set as current. To verify the federated repositories configuration, click Apply on the Global security panel. If Federated repositories is not identified in the Current realm definition field, the federated repositories configuration is not used by WebSphere Application Server.

  2. If we are enabling security, complete the remaining steps as specified in Enable WebSphere Application Server security. As the final step, validate this setup by clicking Apply in the Global security panel.

  3. Save, stop, and restart all the product servers (deployment managers, nodes, and Application Servers) for changes in this panel to take effect. If the server comes up without any problems, the setup is correct.


Subtopics