- Add the following setting to the objectclass for the connector to distinguish it from all the other objectclasses listed in your metadata file:
<metadata name="connectorMapTo">
<value>
<strValue>connector</strValue>
</value>
</metadata>
Note: Similar expressions are written in short-hand as connectorMapTo=connector for the remainder of this section.
- Verify that the connector's naming attribute has both a connectorMapTo='mapping (usually =name') and has isNaming=true'
- Add connectorMapTo= values for all the connector's properties which are connection-related or are otherwise singled out for special handling that derived connectors want to use.
<metadata name="isConnection">
<value><boolValue>true</boolValue></value>
</metadata>
This is because the CA IAM CS framework informs your connector that it wants to deactivate and reactivate again after they are changed.
- Look carefully at connectorMapTo values chosen for connection-related attributes, and use the names defined as constants of form com.ca.jcs.ConnectorConfig.CONN_*_ATTR and in ConnectorConfig's derived classes.
The possibilities for reuse in the code that establishes connections are greatly increased, for all classes in an inheritance tree. As a result, the endpoint connector names can be independent of LDAP attribute names that tend to have different prefixes for each connector. For example, JNDI and a derived connector refer to the LDAP URL using the same connector name instead of two different LDAP attributes eTDYN* and eT???* which both map to it.
- For all other objectclasses, do the following:
- Select a connectorMapTo= value.
- Verify that its naming attribute has a connectorMapTo= value and has isNaming=true.
- Verify all properties which the connector implementation supports (presumably all) have connectorMapTo = values.
- Repeat from step a for all other objectclasses.
- Check that the connector is functioning at a basic level.
- Add and test association-related metadata properties like refObjectType= which describe relationships between objectclasses.
- Review all objectclasses and their properties to ensure that all other relevant metadata properties documented in com.ca.commons.datamodel.MetaDataDefs are correctly applied.