Versions Compared

Old Version 7

changes.mady.by.user Gary Sharpe

Saved on

compared with

New Version Current

changes.mady.by.user Tom Kuruzovich

Saved on

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

titleDRAFT * DRAFT * DRAFT



Section
solid
Column
width20%
Panel
borderColor#BF9900
bgColor#FFFFFF
titleBGColor#E5D699
borderStylesolid
titleIn this Section
borderStyle
Table of Contents
indent15px
stylenone


 
Column

Overview

API Requirements

Audience
Include Page

Application Requirements

Each request must provide a valid application key. You may sign up for your own application key here <INSERT LINK>.
API Requirements
API Requirements

Getting Started

The easiest way to start learning about this interface is to try it out. This section shows how to use the curl command line tool to execute sample queries.

Code Block
titleSample JSON Request
	curl -i -H "Accept: application/json" https://iet-ws-test.ucdavis.edu/api/iam/people/prikerbacct/1000000009?key=myKey&v=1.0

The response to all of the above requests have a Content-Type of text/javascript.  An example response for the the following above request is shown below:

Code Block
langxml
titleSample JSON Response

{
  "responseData" : {
    "results" : [
{
"

iamId":  "1000000001",
"userId":  "johndoe",
"uuId" :  "341234",
"createDate: ": "2010-08-09 23:25:17",
"claimDate": "" null,
"expireDate": null
""


},
{ ...<More results>.... }
 ],
  "responseDetails" : null,
  "responseStatus" : 0
}

JSON Reference

Unlike the core JavaScript interface, the JSON interface is exposed through a uniform URL that contains CGI arguments. Your application can use an HTTP stack of its choosing. In order to use the JSON interface:

  • You must construct a properly formatted URL with all necessary CGI arguments.
  • You must send an HTTP referer header that accurately identifies your application.
    • You must process the JSON-encoded response.
    Include Page
    JSON Reference
    JSON Reference

    Request Format

    URL Base Addresses

    The following URL patterns are supported by the IAM Identity Store Core People API:

    Code Block
    langxml
    titleSupported URL Patterns
    
https://iet-ws.ucdavis.edu/api/iam/people/prikerbacct/{iamid}

https://iet-ws.ucdavis.edu/api/iam/people/prikerbacct/search

    URL Arguments

    This section describes the arguments that can be used for search requests.

    The value of a CGI argument must always be properly escaped. This can be done via the functional equivalent of JavaScript's encodeURIComponent() method.

    Required URL Arguments

    The following table lists the required URL arguments.

    Argument

    Example

    Description

    key

    key=your-key

    This argument supplies the application's key. You can sign up for an API key <INSERT LINK HERE>.
    It must be a valid key associated with your application. The key is required for this API to implement quality of service rules for this API. If your application is making too many requests it will be throttled to ensure resources are not overloaded during times of peak usage. Also, by supplying a key we can identify and contact you should something go wrong with your application.

    v

    v=1.0

    This argument supplies protocol version number. The only valid value at this point in time is 1.0.

    Supported URL arguments

    The following table lists the supported URL arguments for each supported URL pattern.

    At least one argument should be provided to perform a search. If multiple search criteria are provided an 'AND' search will be performed to match on all arguments.
    Include Page
    URL Arguments
    URL Arguments
    Required URL Arguments
    Include Page
    Required URL Arguments
    Required URL Arguments
    Other Supported URL arguments

    Include Page
    Supported URL Arguments
    Supported URL Arguments

    URL

    Supported Arguments

    https://iet-ws.ucdavis.edu/api/iam/people/prikerbacct/search

    iamId
    userId

    uuid

    retType

    Response Format

    Include Page
    IETP:Response Format for IET-WS APIsIETP:
    Response Format for IET-WS APIs
    Results Array: guaranteed fields

    Supported Return Type (retType) Values

    Note: For /people/prikerbacct/search ONLY

    retType

    Description

    default

    Returns the data from the default underlying Identity Store view (see below 'Results Array: Guaranteed Fields' for this API)

    people

    Returns the data from the CV_PEOPLE view.  (See 'Results Array: Guaranteed Fields' for the People API: https://confluence.ucdavis.edu/confluence/display/IETP/Identity+Store+Core+People+API

    Results Array: Guaranteed Fields

    The results array always contains the parameters listed in this section, even if the value is empty.

    Property

    Description

     

    iamId

    Unique University ID created by IAM system. Replaces MOTHRAID.

    userId

    Kerberos loginid

    uuId

    UNIX UID

    createDate

    Date this account was created

    claimDate

    Date this account was claimed by the end user

    expireDate

    Date the account expired or was disabled

    results[]

    results[] contains an array of bulk load result objects, one for each result. Each time the API executes, this property is cleared, and each time a API completes, the array is populated. If there are no results to report, the .length property of this array will be set to 0. Therefore, results will never be null, and you can always safely check for results.length == 0.

    The responseStatus property contains a value of 0 on success and a custom error status code on failure. If there is a failure, responseDetails contains a diagnostic string.

    Response Codes and Response Messages

    Include Page
    Response Codes and Messages
    Response Codes and Messages

    Troubleshooting

    Include Page
    IETP:Troubleshooting IET-WS APIsIETP:
    Troubleshooting IET-WS APIs
    Column
     
    Section