/AWS1/IF_CGP=>GETTOKENSFROMREFRESHTOKEN()¶
About GetTokensFromRefreshToken¶
Given a refresh token, issues new ID, access, and optionally refresh tokens for the user who owns the submitted token. This operation issues a new refresh token and invalidates the original refresh token after an optional grace period when refresh token rotation is enabled. If refresh token rotation is disabled, issues new ID and access tokens only.
Method Signature¶
METHODS /AWS1/IF_CGP~GETTOKENSFROMREFRESHTOKEN
IMPORTING
!IV_REFRESHTOKEN TYPE /AWS1/CGPTOKENMODELTYPE OPTIONAL
!IV_CLIENTID TYPE /AWS1/CGPCLIENTIDTYPE OPTIONAL
!IV_CLIENTSECRET TYPE /AWS1/CGPCLIENTSECRETTYPE OPTIONAL
!IV_DEVICEKEY TYPE /AWS1/CGPDEVICEKEYTYPE OPTIONAL
!IT_CLIENTMETADATA TYPE /AWS1/CL_CGPCLIENTMETTYPE_W=>TT_CLIENTMETADATATYPE OPTIONAL
RETURNING
VALUE(OO_OUTPUT) TYPE REF TO /aws1/cl_cgpgettoksfrmrefres01
RAISING
/AWS1/CX_CGPFORBIDDENEXCEPTION
/AWS1/CX_CGPINTERNALERROREX
/AWS1/CX_CGPINVALIDLAMBDARSPEX
/AWS1/CX_CGPINVALIDPARAMETEREX
/AWS1/CX_CGPNOTAUTHORIZEDEX
/AWS1/CX_CGPREFRESHTOKREUSEEX
/AWS1/CX_CGPRESOURCENOTFOUNDEX
/AWS1/CX_CGPTOOMANYREQUESTSEX
/AWS1/CX_CGPUNEXPECTEDLAMBDAEX
/AWS1/CX_CGPUSERLAMBDAVALIDA00
/AWS1/CX_CGPUSERNOTFOUNDEX
/AWS1/CX_CGPCLIENTEXC
/AWS1/CX_CGPSERVEREXC
/AWS1/CX_RT_TECHNICAL_GENERIC
/AWS1/CX_RT_SERVICE_GENERIC.
IMPORTING¶
Required arguments:¶
iv_refreshtoken TYPE /AWS1/CGPTOKENMODELTYPE /AWS1/CGPTOKENMODELTYPE¶
A valid refresh token that can authorize the request for new tokens. When refresh token rotation is active in the requested app client, this token is invalidated after the request is complete and after an optional grace period.
iv_clientid TYPE /AWS1/CGPCLIENTIDTYPE /AWS1/CGPCLIENTIDTYPE¶
The app client that issued the refresh token to the user who wants to request new tokens.
Optional arguments:¶
iv_clientsecret TYPE /AWS1/CGPCLIENTSECRETTYPE /AWS1/CGPCLIENTSECRETTYPE¶
The client secret of the requested app client, if the client has a secret.
iv_devicekey TYPE /AWS1/CGPDEVICEKEYTYPE /AWS1/CGPDEVICEKEYTYPE¶
When you enable device remembering, Amazon Cognito issues a device key that you can use for device authentication that bypasses multi-factor authentication (MFA). To implement
GetTokensFromRefreshTokenin a user pool with device remembering, you must capture the device key from the initial authentication request. If your application doesn't provide the key of a registered device, Amazon Cognito issues a new one. You must provide the confirmed device key in this request if device remembering is enabled in your user pool.For more information about device remembering, see Working with devices.
it_clientmetadata TYPE /AWS1/CL_CGPCLIENTMETTYPE_W=>TT_CLIENTMETADATATYPE TT_CLIENTMETADATATYPE¶
A map of custom key-value pairs that you can provide as input for any custom workflows that this action triggers. You create custom workflows by assigning Lambda functions to user pool triggers.
When Amazon Cognito invokes any of these functions, it passes a JSON payload, which the function receives as input. This payload contains a
clientMetadataattribute that provides the data that you assigned to the ClientMetadata parameter in your request. In your function code, you can process theclientMetadatavalue to enhance your workflow for your specific needs.To review the Lambda trigger types that Amazon Cognito invokes at runtime with API requests, see Connecting API actions to Lambda triggers in the Amazon Cognito Developer Guide.
When you use the
ClientMetadataparameter, note that Amazon Cognito won't do the following:
Store the
ClientMetadatavalue. This data is available only to Lambda triggers that are assigned to a user pool to support custom workflows. If your user pool configuration doesn't include triggers, theClientMetadataparameter serves no purpose.Validate the
ClientMetadatavalue.Encrypt the
ClientMetadatavalue. Don't send sensitive information in this parameter.
RETURNING¶
oo_output TYPE REF TO /aws1/cl_cgpgettoksfrmrefres01 /AWS1/CL_CGPGETTOKSFRMREFRES01¶
Examples¶
Syntax Example¶
This is an example of the syntax for calling the method. It includes every possible argument and initializes every possible value. The data provided is not necessarily semantically accurate (for example the value "string" may be provided for something that is intended to be an instance ID, or in some cases two arguments may be mutually exclusive). The syntax shows the ABAP syntax for creating the various data structures.
DATA(lo_result) = lo_client->gettokensfromrefreshtoken(
it_clientmetadata = VALUE /aws1/cl_cgpclientmettype_w=>tt_clientmetadatatype(
(
VALUE /aws1/cl_cgpclientmettype_w=>ts_clientmetadatatype_maprow(
value = new /aws1/cl_cgpclientmettype_w( |string| )
key = |string|
)
)
)
iv_clientid = |string|
iv_clientsecret = |string|
iv_devicekey = |string|
iv_refreshtoken = |string|
).
This is an example of reading all possible response values
lo_result = lo_result.
IF lo_result IS NOT INITIAL.
lo_authenticationresulttyp = lo_result->get_authenticationresult( ).
IF lo_authenticationresulttyp IS NOT INITIAL.
lv_tokenmodeltype = lo_authenticationresulttyp->get_accesstoken( ).
lv_integertype = lo_authenticationresulttyp->get_expiresin( ).
lv_stringtype = lo_authenticationresulttyp->get_tokentype( ).
lv_tokenmodeltype = lo_authenticationresulttyp->get_refreshtoken( ).
lv_tokenmodeltype = lo_authenticationresulttyp->get_idtoken( ).
lo_newdevicemetadatatype = lo_authenticationresulttyp->get_newdevicemetadata( ).
IF lo_newdevicemetadatatype IS NOT INITIAL.
lv_devicekeytype = lo_newdevicemetadatatype->get_devicekey( ).
lv_stringtype = lo_newdevicemetadatatype->get_devicegroupkey( ).
ENDIF.
ENDIF.
ENDIF.