This dialog lets you specify the parameters for a stored procedure style operation binding.
This dialog contains the following fields:
Displays the available mapped object classes in the following formats:
Format: DisplayName [connectorMapToObjectClassName]
Example: User Account [inetOrgPerson]
Format: DisplayName [connectorMapToObjectClassName1 | connectorMapToObjectClassName2 | …]
Example: Default Container [organizationalUnit | organization]
Note: If you choose any ambiguous object class for the concurrent Opbinding, the LDAP object class name is always used in the Opbinding xml content. As a result, Connector Xpress clears the Use Native Name check box and makes it unavailable.
Lets you specify the object classes you want to add to this script operation binding.
Specifies when you want the connector to execute the stored procedure.
Describes the operation binding.
Specifies how errors are handled. For example, if the timing is set to Before or After, and this check box is selected, exceptions are thrown and the operation aborts if any errors occur. If this check box is cleared the connector logs the error but the operation continues if an error occurs.
If the timing is set to Instead Of, and an error occurs, the connector always throws exceptions and aborts the operation when executing the operation binding.
When the timing is set to Instead Of this field is set to true by default, and cleared by default when the timing is set to After.
Specifies that the connector uses connector-map-to attribute names for the binding rather than DYN LDAP attribute names.
Specifies whether the attributes or the deleted object are cached for the opbinding to function and controls the lookup of all an object's values. Caching is typically done preemptively for Post delete operations.
The default for scripts is Full. For methods, the framework verifies all the parameters mapped for the Post delete stored procedure and selects Full or Exists depending whether non-contextual attributes are present or not, respectively.
Note: The LookUpLevel attribute is important to the handling of Post delete stored procedure operation bindings, as attribute values may need to be cached before the target object is deleted.
Specifies that all attribute values are cached. This is the default for scripts.
Specifies that CA IAM CS checks that the object being deleted exists. If the object does not exist, CA IAM CS throws an LdapNameNotFoundException.
Specifies that the method or scripting payload is responsible for determining whether the target object exists. If you select Full or Exits, the framework determines whether the target object exists automatically. This means that CA IAM CS passes the call on, and that the script or stored procedure you call should determine if the object exists.
Specifies the stored procedure you want to run before, instead of, or after a selected operation.
Indicates the type of parameter.
Specifies that the parameter or type passes the value into the stored procedure.
Specifies the stored procedure passes the value both in and out.
Specifies that the stored procedure passes out the value.
Specifies that the name of the parameter as specified in the store procedure's definition.
Displays the SQL type for the named parameter.
Specifies the attribute that maps to the parameter for the stored procedure.
Note: The values in this list with asterisks on either side are runtime context values for the specified operation. For example, the Distinguished Name for the account targeted by an operation or operation-specific value such as the "new name" in a MODIFY RN rename operation. The remaining values are the attribute values you previously mapped for the specified class.
Defines the target object’s most nested RDN value.
Defines the target object’s full distinguished name.
Specifies that the connector uses the attribute to pass a descriptive error string back from a stored procedure. This can cause failure if strict completion is true for the binding.
Specifies that the entire Add or Modify operation is passed in as a single XML string.
Note: This can be useful for stored procedures bound to ADD or MODIFY operations where the endpoint has good in-built XML support. The entire request can be passed in a single XML string that can then be broken down within the stored procedure, if desired.
Defines the new RDN.
Defines the new parent name.
Defines the new parent name.
Defines the new RDN.
Defines the name of the object type.
Defines the name of the operation, for example, Add, Delete.
Defines the alias for the script.
Note: If you select more than one object class, only the union set of attributes for those object classes and the runtime attributes (such as *NAME*, *DN*) is available in this field.
Specifies that the parameter can have multiple values and needs a flattening style.
Specifies a flattening method used to represent multiple values in a single string literal. If the attribute is multivalued, use the Flattening Style column.
Displays the flattening mode for multivalued parameters where changes can be expressed in terms of values ADDed or REMOVEd, or alternatively, by passing in the complete new list of values (REPLACE).
|
Copyright © 2013 CA.
All rights reserved.
|
|