Creating unique LDAP entries for each component and then adding a common service name as an additional service name allows the entries to reside in the same branch in your LDAP directory. This provides flexibility in setting the properties for redundant components. All of the entries can reside in the same branch because each entry has a unique service name which, by default, makes the distinguished name for the service unique. The common service name that is added after the creation of the LDAP entry is the name used when the Naming Service searches for services; it does not become part of the distinguished name for the service.

Using this method can work well when you have multiple instances of the Info*Engine task processor or an adapter that may have different properties but still provides the same function in your environment.

For example, assume that you have three task processors, each residing on a different host, and because the hosts do not have the same capacity, you do not want the Max Thread Count field on each processor LDAP entry form set to the same number. You can then modify the three LDAP entries for the task processors.

Assume that these entries were created when you installed the Info*Engine servers on their respective hosts and that you have set up your environment to run the Naming Service from one of the hosts. To specify the maximum number of requests allowed at one time, and to provide load balancing and failure processing between these task processors, edit the service properties through the Info*Engine Property Administration utility. On each server form, enter the number of requests to allow in the Max Thread Count field. For example, the following table lists the unique service names of three task processors and a maximum thread count for each:

The service names for these entries use the default distinguished names and runtime service names to produce three unique services.

On each form, also add a common task processor service name by typing the common name in the field under the existing service name and clicking Add. For example, you could add the service name “com.myCompany.myLocation.infoengineServer.taskProcessor.” Then when the Naming Service receives requests for a task processor that has this common name, it randomly chooses one of the three task processors with the common name. If the one selected does not respond, another is chosen.