The attributes (with string or integer value) that are used to store the user information in the directory service can be read using the getQnAAttributes operation. This section walks you through the following topics related to this operation:
The following table lists the elements of the QnAAttributesRequest message:
|
Element |
Mandatory |
Description |
|---|---|---|
|
orgName |
Yes |
The name of the LDAP organization to which the user attributes that you want to fetch belongs. |
|
clientTxId |
No |
The unique transaction identifier that the calling application can include. This identifier helps in tracking the related transactions. |
To fetch the user attributes:
This operation returns the QnAAttributesResponse message that includes the transaction identifier, authentication token, and user attributes. See the following section for more information on the response message.
The response message, QnAAttributesResponse, returns the transaction identifier and the authentication token in the SOAP envelope header. The SOAP body includes the user attributes for a successful transaction and the Fault response for an error condition.
See the following table for more information on the elements returned for a successful transaction. See appendix, "Error Codes" if there are any errors.
|
Element |
Description |
|---|---|
|
Header Elements |
|
|
udsTransactionID |
The unique identifier of the transaction that is performed using UDS. |
|
authToken |
The authentication token that is returned if the credential verification to access Web services was successful. This token eliminates the need for you to present the authentication credential for successive access to the Web services. By default, the authentication token is valid for one day, after which you need to authenticate again. |
|
Body Elements |
|
|
The user attributes configured in the LDAP. |
|
|
Copyright © 2013 CA.
All rights reserved.
|
|