GetAppCredentialsResponse
Response from GET /applications/1.0/{appId}/credentials. The credential
fields are wrapped under productionCredentials so a future sandboxCredentials
sibling envelope can be added without breaking this response.
clientSecret is intentionally absent: Cognito does not allow reading the
secret back after creation. It is surfaced exactly once on the
POST /applications/1.0/drafts response; if you did not save it then,
see Getting access at https://docs.platform.timeback.com/getting-started/getting-access.
The clientId is stable across draft→active promotion: developers do NOT
need to rotate credentials when their App is approved. Scopes expand on
promotion; client identity does not.
- applicationType: stringFormat: uuid
Id requiredUnique identifier of the App whose credentials are returned.
- appType:
Urn requiredCanonical URN identifying your registered application.
Format:
urn:uuid:{applicationId}(RFC 4122). Use this value as CaliperedApp.idwhen emitting events from your app. - productionType:
Credentials requiredProperties: 3OAuth credentials for the App on the production Cognito user pool. The same client is used in both draft and active App states — scopes expand on promotion but
clientId,tokenUrl, and shape do not change. A futuresandboxCredentialssibling envelope will carry sandbox-pool credentials when the sandbox Cognito pool exists. - sandboxType: nullable
Credentials requiredProperties: 3Sandbox-pool credentials (no secret). Null when the App is sandbox-pending.
- sandboxType: "pending" or "awaiting_secret_claim" or "provisioned"enum
Status requiredpendingwhen the sandbox side has not been provisioned;awaiting_secret_claimwhen the sandbox exists but the secret has not been issued (call rotate_credentials to collect it without rotating production);provisionedwhen the sandbox credentials have been issued.
