Previous Topic: Java Development Standards ConsiderationsNext Topic: Connector Coding Considerations


Metadata Use Considerations

As a CA IAM CS connector is expected to be a fairly thin adapter between LDAP and the native endpoint system, optimal use of metadata significantly reduces the amount of custom coding required. For static C++ options that have been ported, there is typically, an 80-90 percent code reduction. Consider the following when you rate the degree to which metadata has been used correctly:

  1. Has connectorMapTo and similar supporting values (possibly with extra connector-specific metadata settings being added), been used to minimize coding?
  2. Have you verified that no LDAP object classes or attributes are referenced in the connector's code, and that connectorMapTo or connectorMapToAlias values have been used instead?
  3. Have optimal choices of data model value types been used?
  4. Do all appropriate metadata items on the Connector object class have isConnection=true?

    Have you fully tested changing of connection-related attributes?

  5. Do all attributes requiring secure handling such directory and account passwords have secure metadata settings?

    isWriteOnly=true means that the attribute value can only be written and not read back and should be used on attributes containing sensitive data, unless there a requirement that they can be queried.

  6. Is metadata and opbindings modification through LDAP MODIFY requests allowed for this connector? If not, then allowMetadataModifyGlobally (server_jcs.properties) and allowMetadataModify in connector.xml can be used to lock down the connector with respect to metadata changes.