Struct aws_sdk_cognitoidentityprovider::operation::update_user_pool_client::UpdateUserPoolClientInput
source · #[non_exhaustive]pub struct UpdateUserPoolClientInput {Show 22 fields
pub user_pool_id: Option<String>,
pub client_id: Option<String>,
pub client_name: Option<String>,
pub refresh_token_validity: Option<i32>,
pub access_token_validity: Option<i32>,
pub id_token_validity: Option<i32>,
pub token_validity_units: Option<TokenValidityUnitsType>,
pub read_attributes: Option<Vec<String>>,
pub write_attributes: Option<Vec<String>>,
pub explicit_auth_flows: Option<Vec<ExplicitAuthFlowsType>>,
pub supported_identity_providers: Option<Vec<String>>,
pub callback_urls: Option<Vec<String>>,
pub logout_urls: Option<Vec<String>>,
pub default_redirect_uri: Option<String>,
pub allowed_o_auth_flows: Option<Vec<OAuthFlowType>>,
pub allowed_o_auth_scopes: Option<Vec<String>>,
pub allowed_o_auth_flows_user_pool_client: Option<bool>,
pub analytics_configuration: Option<AnalyticsConfigurationType>,
pub prevent_user_existence_errors: Option<PreventUserExistenceErrorTypes>,
pub enable_token_revocation: Option<bool>,
pub enable_propagate_additional_user_context_data: Option<bool>,
pub auth_session_validity: Option<i32>,
}
Expand description
Represents the request to update the user pool client.
Fields (Non-exhaustive)§
This struct is marked as non-exhaustive
Struct { .. }
syntax; cannot be matched against without a wildcard ..
; and struct update syntax will not work.user_pool_id: Option<String>
The user pool ID for the user pool where you want to update the user pool client.
client_id: Option<String>
The ID of the client associated with the user pool.
client_name: Option<String>
The client name from the update user pool client request.
refresh_token_validity: Option<i32>
The refresh token time limit. After this limit expires, your user can't use their refresh token. To specify the time unit for RefreshTokenValidity
as seconds
, minutes
, hours
, or days
, set a TokenValidityUnits
value in your API request.
For example, when you set RefreshTokenValidity
as 10
and TokenValidityUnits
as days
, your user can refresh their session and retrieve new access and ID tokens for 10 days.
The default time unit for RefreshTokenValidity
in an API request is days. You can't set RefreshTokenValidity
to 0. If you do, Amazon Cognito overrides the value with the default value of 30 days. Valid range is displayed below in seconds.
If you don't specify otherwise in the configuration of your app client, your refresh tokens are valid for 30 days.
access_token_validity: Option<i32>
The access token time limit. After this limit expires, your user can't use their access token. To specify the time unit for AccessTokenValidity
as seconds
, minutes
, hours
, or days
, set a TokenValidityUnits
value in your API request.
For example, when you set AccessTokenValidity
to 10
and TokenValidityUnits
to hours
, your user can authorize access with their access token for 10 hours.
The default time unit for AccessTokenValidity
in an API request is hours. Valid range is displayed below in seconds.
If you don't specify otherwise in the configuration of your app client, your access tokens are valid for one hour.
id_token_validity: Option<i32>
The ID token time limit. After this limit expires, your user can't use their ID token. To specify the time unit for IdTokenValidity
as seconds
, minutes
, hours
, or days
, set a TokenValidityUnits
value in your API request.
For example, when you set IdTokenValidity
as 10
and TokenValidityUnits
as hours
, your user can authenticate their session with their ID token for 10 hours.
The default time unit for IdTokenValidity
in an API request is hours. Valid range is displayed below in seconds.
If you don't specify otherwise in the configuration of your app client, your ID tokens are valid for one hour.
token_validity_units: Option<TokenValidityUnitsType>
The time units you use when you set the duration of ID, access, and refresh tokens. The default unit for RefreshToken is days, and the default for ID and access tokens is hours.
read_attributes: Option<Vec<String>>
The list of user attributes that you want your app client to have read-only access to. After your user authenticates in your app, their access token authorizes them to read their own attribute value for any attribute in this list. An example of this kind of activity is when your user selects a link to view their profile information. Your app makes a GetUser API request to retrieve and display your user's profile data.
When you don't specify the ReadAttributes
for your app client, your app can read the values of email_verified
, phone_number_verified
, and the Standard attributes of your user pool. When your user pool has read access to these default attributes, ReadAttributes
doesn't return any information. Amazon Cognito only populates ReadAttributes
in the API response if you have specified your own custom set of read attributes.
write_attributes: Option<Vec<String>>
The list of user attributes that you want your app client to have write access to. After your user authenticates in your app, their access token authorizes them to set or modify their own attribute value for any attribute in this list. An example of this kind of activity is when you present your user with a form to update their profile information and they change their last name. Your app then makes an UpdateUserAttributes API request and sets family_name
to the new value.
When you don't specify the WriteAttributes
for your app client, your app can write the values of the Standard attributes of your user pool. When your user pool has write access to these default attributes, WriteAttributes
doesn't return any information. Amazon Cognito only populates WriteAttributes
in the API response if you have specified your own custom set of write attributes.
If your app client allows users to sign in through an IdP, this array must include all attributes that you have mapped to IdP attributes. Amazon Cognito updates mapped attributes when users sign in to your application through an IdP. If your app client does not have write access to a mapped attribute, Amazon Cognito throws an error when it tries to update the attribute. For more information, see Specifying IdP Attribute Mappings for Your user pool.
explicit_auth_flows: Option<Vec<ExplicitAuthFlowsType>>
The authentication flows that you want your user pool client to support. For each app client in your user pool, you can sign in your users with any combination of one or more flows, including with a user name and Secure Remote Password (SRP), a user name and password, or a custom authentication process that you define with Lambda functions.
If you don't specify a value for ExplicitAuthFlows
, your user client supports ALLOW_REFRESH_TOKEN_AUTH
, ALLOW_USER_SRP_AUTH
, and ALLOW_CUSTOM_AUTH
.
Valid values include:
-
ALLOW_ADMIN_USER_PASSWORD_AUTH
: Enable admin based user password authentication flowADMIN_USER_PASSWORD_AUTH
. This setting replaces theADMIN_NO_SRP_AUTH
setting. With this authentication flow, your app passes a user name and password to Amazon Cognito in the request, instead of using the Secure Remote Password (SRP) protocol to securely transmit the password. -
ALLOW_CUSTOM_AUTH
: Enable Lambda trigger based authentication. -
ALLOW_USER_PASSWORD_AUTH
: Enable user password-based authentication. In this flow, Amazon Cognito receives the password in the request instead of using the SRP protocol to verify passwords. -
ALLOW_USER_SRP_AUTH
: Enable SRP-based authentication. -
ALLOW_REFRESH_TOKEN_AUTH
: Enable authflow to refresh tokens.
In some environments, you will see the values ADMIN_NO_SRP_AUTH
, CUSTOM_AUTH_FLOW_ONLY
, or USER_PASSWORD_AUTH
. You can't assign these legacy ExplicitAuthFlows
values to user pool clients at the same time as values that begin with ALLOW_
, like ALLOW_USER_SRP_AUTH
.
supported_identity_providers: Option<Vec<String>>
A list of provider names for the IdPs that this client supports. The following are supported: COGNITO
, Facebook
, Google
, SignInWithApple
, LoginWithAmazon
, and the names of your own SAML and OIDC providers.
callback_urls: Option<Vec<String>>
A list of allowed redirect (callback) URLs for the IdPs.
A redirect URI must:
-
Be an absolute URI.
-
Be registered with the authorization server.
-
Not include a fragment component.
See OAuth 2.0 - Redirection Endpoint.
Amazon Cognito requires HTTPS over HTTP except for http://localhost for testing purposes only.
App callback URLs such as myapp://example
are also supported.
logout_urls: Option<Vec<String>>
A list of allowed logout URLs for the IdPs.
default_redirect_uri: Option<String>
The default redirect URI. Must be in the CallbackURLs
list.
A redirect URI must:
-
Be an absolute URI.
-
Be registered with the authorization server.
-
Not include a fragment component.
See OAuth 2.0 - Redirection Endpoint.
Amazon Cognito requires HTTPS over HTTP except for http://localhost
for testing purposes only.
App callback URLs such as myapp://example
are also supported.
allowed_o_auth_flows: Option<Vec<OAuthFlowType>>
The allowed OAuth flows.
- code
-
Use a code grant flow, which provides an authorization code as the response. This code can be exchanged for access tokens with the
/oauth2/token
endpoint. - implicit
-
Issue the access token (and, optionally, ID token, based on scopes) directly to your user.
- client_credentials
-
Issue the access token from the
/oauth2/token
endpoint directly to a non-person user using a combination of the client ID and client secret.
allowed_o_auth_scopes: Option<Vec<String>>
The allowed OAuth scopes. Possible values provided by OAuth are phone
, email
, openid
, and profile
. Possible values provided by Amazon Web Services are aws.cognito.signin.user.admin
. Custom scopes created in Resource Servers are also supported.
allowed_o_auth_flows_user_pool_client: Option<bool>
Set to true
to use OAuth 2.0 features in your user pool app client.
AllowedOAuthFlowsUserPoolClient
must be true
before you can configure the following features in your app client.
-
CallBackURLs
: Callback URLs. -
LogoutURLs
: Sign-out redirect URLs. -
AllowedOAuthScopes
: OAuth 2.0 scopes. -
AllowedOAuthFlows
: Support for authorization code, implicit, and client credentials OAuth 2.0 grants.
To use OAuth 2.0 features, configure one of these features in the Amazon Cognito console or set AllowedOAuthFlowsUserPoolClient
to true
in a CreateUserPoolClient
or UpdateUserPoolClient
API request. If you don't set a value for AllowedOAuthFlowsUserPoolClient
in a request with the CLI or SDKs, it defaults to false
.
analytics_configuration: Option<AnalyticsConfigurationType>
The Amazon Pinpoint analytics configuration necessary to collect metrics for this user pool.
In Amazon Web Services Regions where Amazon Pinpoint isn't available, user pools only support sending events to Amazon Pinpoint projects in us-east-1. In Regions where Amazon Pinpoint is available, user pools support sending events to Amazon Pinpoint projects within that same Region.
prevent_user_existence_errors: Option<PreventUserExistenceErrorTypes>
Errors and responses that you want Amazon Cognito APIs to return during authentication, account confirmation, and password recovery when the user doesn't exist in the user pool. When set to ENABLED
and the user doesn't exist, authentication returns an error indicating either the username or password was incorrect. Account confirmation and password recovery return a response indicating a code was sent to a simulated destination. When set to LEGACY
, those APIs return a UserNotFoundException
exception if the user doesn't exist in the user pool.
Valid values include:
-
ENABLED
- This prevents user existence-related errors. -
LEGACY
- This represents the early behavior of Amazon Cognito where user existence related errors aren't prevented.
enable_token_revocation: Option<bool>
Activates or deactivates token revocation. For more information about revoking tokens, see RevokeToken.
enable_propagate_additional_user_context_data: Option<bool>
Activates the propagation of additional user context data. For more information about propagation of user context data, see Adding advanced security to a user pool. If you don’t include this parameter, you can't send device fingerprint information, including source IP address, to Amazon Cognito advanced security. You can only activate EnablePropagateAdditionalUserContextData
in an app client that has a client secret.
auth_session_validity: Option<i32>
Amazon Cognito creates a session token for each API request in an authentication flow. AuthSessionValidity
is the duration, in minutes, of that session token. Your user pool native user must respond to each authentication challenge before the session expires.
Implementations§
source§impl UpdateUserPoolClientInput
impl UpdateUserPoolClientInput
sourcepub fn user_pool_id(&self) -> Option<&str>
pub fn user_pool_id(&self) -> Option<&str>
The user pool ID for the user pool where you want to update the user pool client.
sourcepub fn client_name(&self) -> Option<&str>
pub fn client_name(&self) -> Option<&str>
The client name from the update user pool client request.
sourcepub fn refresh_token_validity(&self) -> Option<i32>
pub fn refresh_token_validity(&self) -> Option<i32>
The refresh token time limit. After this limit expires, your user can't use their refresh token. To specify the time unit for RefreshTokenValidity
as seconds
, minutes
, hours
, or days
, set a TokenValidityUnits
value in your API request.
For example, when you set RefreshTokenValidity
as 10
and TokenValidityUnits
as days
, your user can refresh their session and retrieve new access and ID tokens for 10 days.
The default time unit for RefreshTokenValidity
in an API request is days. You can't set RefreshTokenValidity
to 0. If you do, Amazon Cognito overrides the value with the default value of 30 days. Valid range is displayed below in seconds.
If you don't specify otherwise in the configuration of your app client, your refresh tokens are valid for 30 days.
sourcepub fn access_token_validity(&self) -> Option<i32>
pub fn access_token_validity(&self) -> Option<i32>
The access token time limit. After this limit expires, your user can't use their access token. To specify the time unit for AccessTokenValidity
as seconds
, minutes
, hours
, or days
, set a TokenValidityUnits
value in your API request.
For example, when you set AccessTokenValidity
to 10
and TokenValidityUnits
to hours
, your user can authorize access with their access token for 10 hours.
The default time unit for AccessTokenValidity
in an API request is hours. Valid range is displayed below in seconds.
If you don't specify otherwise in the configuration of your app client, your access tokens are valid for one hour.
sourcepub fn id_token_validity(&self) -> Option<i32>
pub fn id_token_validity(&self) -> Option<i32>
The ID token time limit. After this limit expires, your user can't use their ID token. To specify the time unit for IdTokenValidity
as seconds
, minutes
, hours
, or days
, set a TokenValidityUnits
value in your API request.
For example, when you set IdTokenValidity
as 10
and TokenValidityUnits
as hours
, your user can authenticate their session with their ID token for 10 hours.
The default time unit for IdTokenValidity
in an API request is hours. Valid range is displayed below in seconds.
If you don't specify otherwise in the configuration of your app client, your ID tokens are valid for one hour.
sourcepub fn token_validity_units(&self) -> Option<&TokenValidityUnitsType>
pub fn token_validity_units(&self) -> Option<&TokenValidityUnitsType>
The time units you use when you set the duration of ID, access, and refresh tokens. The default unit for RefreshToken is days, and the default for ID and access tokens is hours.
sourcepub fn read_attributes(&self) -> &[String]
pub fn read_attributes(&self) -> &[String]
The list of user attributes that you want your app client to have read-only access to. After your user authenticates in your app, their access token authorizes them to read their own attribute value for any attribute in this list. An example of this kind of activity is when your user selects a link to view their profile information. Your app makes a GetUser API request to retrieve and display your user's profile data.
When you don't specify the ReadAttributes
for your app client, your app can read the values of email_verified
, phone_number_verified
, and the Standard attributes of your user pool. When your user pool has read access to these default attributes, ReadAttributes
doesn't return any information. Amazon Cognito only populates ReadAttributes
in the API response if you have specified your own custom set of read attributes.
If no value was sent for this field, a default will be set. If you want to determine if no value was sent, use .read_attributes.is_none()
.
sourcepub fn write_attributes(&self) -> &[String]
pub fn write_attributes(&self) -> &[String]
The list of user attributes that you want your app client to have write access to. After your user authenticates in your app, their access token authorizes them to set or modify their own attribute value for any attribute in this list. An example of this kind of activity is when you present your user with a form to update their profile information and they change their last name. Your app then makes an UpdateUserAttributes API request and sets family_name
to the new value.
When you don't specify the WriteAttributes
for your app client, your app can write the values of the Standard attributes of your user pool. When your user pool has write access to these default attributes, WriteAttributes
doesn't return any information. Amazon Cognito only populates WriteAttributes
in the API response if you have specified your own custom set of write attributes.
If your app client allows users to sign in through an IdP, this array must include all attributes that you have mapped to IdP attributes. Amazon Cognito updates mapped attributes when users sign in to your application through an IdP. If your app client does not have write access to a mapped attribute, Amazon Cognito throws an error when it tries to update the attribute. For more information, see Specifying IdP Attribute Mappings for Your user pool.
If no value was sent for this field, a default will be set. If you want to determine if no value was sent, use .write_attributes.is_none()
.
sourcepub fn explicit_auth_flows(&self) -> &[ExplicitAuthFlowsType]
pub fn explicit_auth_flows(&self) -> &[ExplicitAuthFlowsType]
The authentication flows that you want your user pool client to support. For each app client in your user pool, you can sign in your users with any combination of one or more flows, including with a user name and Secure Remote Password (SRP), a user name and password, or a custom authentication process that you define with Lambda functions.
If you don't specify a value for ExplicitAuthFlows
, your user client supports ALLOW_REFRESH_TOKEN_AUTH
, ALLOW_USER_SRP_AUTH
, and ALLOW_CUSTOM_AUTH
.
Valid values include:
-
ALLOW_ADMIN_USER_PASSWORD_AUTH
: Enable admin based user password authentication flowADMIN_USER_PASSWORD_AUTH
. This setting replaces theADMIN_NO_SRP_AUTH
setting. With this authentication flow, your app passes a user name and password to Amazon Cognito in the request, instead of using the Secure Remote Password (SRP) protocol to securely transmit the password. -
ALLOW_CUSTOM_AUTH
: Enable Lambda trigger based authentication. -
ALLOW_USER_PASSWORD_AUTH
: Enable user password-based authentication. In this flow, Amazon Cognito receives the password in the request instead of using the SRP protocol to verify passwords. -
ALLOW_USER_SRP_AUTH
: Enable SRP-based authentication. -
ALLOW_REFRESH_TOKEN_AUTH
: Enable authflow to refresh tokens.
In some environments, you will see the values ADMIN_NO_SRP_AUTH
, CUSTOM_AUTH_FLOW_ONLY
, or USER_PASSWORD_AUTH
. You can't assign these legacy ExplicitAuthFlows
values to user pool clients at the same time as values that begin with ALLOW_
, like ALLOW_USER_SRP_AUTH
.
If no value was sent for this field, a default will be set. If you want to determine if no value was sent, use .explicit_auth_flows.is_none()
.
sourcepub fn supported_identity_providers(&self) -> &[String]
pub fn supported_identity_providers(&self) -> &[String]
A list of provider names for the IdPs that this client supports. The following are supported: COGNITO
, Facebook
, Google
, SignInWithApple
, LoginWithAmazon
, and the names of your own SAML and OIDC providers.
If no value was sent for this field, a default will be set. If you want to determine if no value was sent, use .supported_identity_providers.is_none()
.
sourcepub fn callback_urls(&self) -> &[String]
pub fn callback_urls(&self) -> &[String]
A list of allowed redirect (callback) URLs for the IdPs.
A redirect URI must:
-
Be an absolute URI.
-
Be registered with the authorization server.
-
Not include a fragment component.
See OAuth 2.0 - Redirection Endpoint.
Amazon Cognito requires HTTPS over HTTP except for http://localhost for testing purposes only.
App callback URLs such as myapp://example
are also supported.
If no value was sent for this field, a default will be set. If you want to determine if no value was sent, use .callback_urls.is_none()
.
sourcepub fn logout_urls(&self) -> &[String]
pub fn logout_urls(&self) -> &[String]
A list of allowed logout URLs for the IdPs.
If no value was sent for this field, a default will be set. If you want to determine if no value was sent, use .logout_urls.is_none()
.
sourcepub fn default_redirect_uri(&self) -> Option<&str>
pub fn default_redirect_uri(&self) -> Option<&str>
The default redirect URI. Must be in the CallbackURLs
list.
A redirect URI must:
-
Be an absolute URI.
-
Be registered with the authorization server.
-
Not include a fragment component.
See OAuth 2.0 - Redirection Endpoint.
Amazon Cognito requires HTTPS over HTTP except for http://localhost
for testing purposes only.
App callback URLs such as myapp://example
are also supported.
sourcepub fn allowed_o_auth_flows(&self) -> &[OAuthFlowType]
pub fn allowed_o_auth_flows(&self) -> &[OAuthFlowType]
The allowed OAuth flows.
- code
-
Use a code grant flow, which provides an authorization code as the response. This code can be exchanged for access tokens with the
/oauth2/token
endpoint. - implicit
-
Issue the access token (and, optionally, ID token, based on scopes) directly to your user.
- client_credentials
-
Issue the access token from the
/oauth2/token
endpoint directly to a non-person user using a combination of the client ID and client secret.
If no value was sent for this field, a default will be set. If you want to determine if no value was sent, use .allowed_o_auth_flows.is_none()
.
sourcepub fn allowed_o_auth_scopes(&self) -> &[String]
pub fn allowed_o_auth_scopes(&self) -> &[String]
The allowed OAuth scopes. Possible values provided by OAuth are phone
, email
, openid
, and profile
. Possible values provided by Amazon Web Services are aws.cognito.signin.user.admin
. Custom scopes created in Resource Servers are also supported.
If no value was sent for this field, a default will be set. If you want to determine if no value was sent, use .allowed_o_auth_scopes.is_none()
.
sourcepub fn allowed_o_auth_flows_user_pool_client(&self) -> Option<bool>
pub fn allowed_o_auth_flows_user_pool_client(&self) -> Option<bool>
Set to true
to use OAuth 2.0 features in your user pool app client.
AllowedOAuthFlowsUserPoolClient
must be true
before you can configure the following features in your app client.
-
CallBackURLs
: Callback URLs. -
LogoutURLs
: Sign-out redirect URLs. -
AllowedOAuthScopes
: OAuth 2.0 scopes. -
AllowedOAuthFlows
: Support for authorization code, implicit, and client credentials OAuth 2.0 grants.
To use OAuth 2.0 features, configure one of these features in the Amazon Cognito console or set AllowedOAuthFlowsUserPoolClient
to true
in a CreateUserPoolClient
or UpdateUserPoolClient
API request. If you don't set a value for AllowedOAuthFlowsUserPoolClient
in a request with the CLI or SDKs, it defaults to false
.
sourcepub fn analytics_configuration(&self) -> Option<&AnalyticsConfigurationType>
pub fn analytics_configuration(&self) -> Option<&AnalyticsConfigurationType>
The Amazon Pinpoint analytics configuration necessary to collect metrics for this user pool.
In Amazon Web Services Regions where Amazon Pinpoint isn't available, user pools only support sending events to Amazon Pinpoint projects in us-east-1. In Regions where Amazon Pinpoint is available, user pools support sending events to Amazon Pinpoint projects within that same Region.
sourcepub fn prevent_user_existence_errors(
&self,
) -> Option<&PreventUserExistenceErrorTypes>
pub fn prevent_user_existence_errors( &self, ) -> Option<&PreventUserExistenceErrorTypes>
Errors and responses that you want Amazon Cognito APIs to return during authentication, account confirmation, and password recovery when the user doesn't exist in the user pool. When set to ENABLED
and the user doesn't exist, authentication returns an error indicating either the username or password was incorrect. Account confirmation and password recovery return a response indicating a code was sent to a simulated destination. When set to LEGACY
, those APIs return a UserNotFoundException
exception if the user doesn't exist in the user pool.
Valid values include:
-
ENABLED
- This prevents user existence-related errors. -
LEGACY
- This represents the early behavior of Amazon Cognito where user existence related errors aren't prevented.
sourcepub fn enable_token_revocation(&self) -> Option<bool>
pub fn enable_token_revocation(&self) -> Option<bool>
Activates or deactivates token revocation. For more information about revoking tokens, see RevokeToken.
sourcepub fn enable_propagate_additional_user_context_data(&self) -> Option<bool>
pub fn enable_propagate_additional_user_context_data(&self) -> Option<bool>
Activates the propagation of additional user context data. For more information about propagation of user context data, see Adding advanced security to a user pool. If you don’t include this parameter, you can't send device fingerprint information, including source IP address, to Amazon Cognito advanced security. You can only activate EnablePropagateAdditionalUserContextData
in an app client that has a client secret.
sourcepub fn auth_session_validity(&self) -> Option<i32>
pub fn auth_session_validity(&self) -> Option<i32>
Amazon Cognito creates a session token for each API request in an authentication flow. AuthSessionValidity
is the duration, in minutes, of that session token. Your user pool native user must respond to each authentication challenge before the session expires.
source§impl UpdateUserPoolClientInput
impl UpdateUserPoolClientInput
sourcepub fn builder() -> UpdateUserPoolClientInputBuilder
pub fn builder() -> UpdateUserPoolClientInputBuilder
Creates a new builder-style object to manufacture UpdateUserPoolClientInput
.
Trait Implementations§
source§impl Clone for UpdateUserPoolClientInput
impl Clone for UpdateUserPoolClientInput
source§fn clone(&self) -> UpdateUserPoolClientInput
fn clone(&self) -> UpdateUserPoolClientInput
1.0.0 · source§fn clone_from(&mut self, source: &Self)
fn clone_from(&mut self, source: &Self)
source
. Read moresource§impl Debug for UpdateUserPoolClientInput
impl Debug for UpdateUserPoolClientInput
source§impl PartialEq for UpdateUserPoolClientInput
impl PartialEq for UpdateUserPoolClientInput
source§fn eq(&self, other: &UpdateUserPoolClientInput) -> bool
fn eq(&self, other: &UpdateUserPoolClientInput) -> bool
self
and other
values to be equal, and is used
by ==
.impl StructuralPartialEq for UpdateUserPoolClientInput
Auto Trait Implementations§
impl Freeze for UpdateUserPoolClientInput
impl RefUnwindSafe for UpdateUserPoolClientInput
impl Send for UpdateUserPoolClientInput
impl Sync for UpdateUserPoolClientInput
impl Unpin for UpdateUserPoolClientInput
impl UnwindSafe for UpdateUserPoolClientInput
Blanket Implementations§
source§impl<T> BorrowMut<T> for Twhere
T: ?Sized,
impl<T> BorrowMut<T> for Twhere
T: ?Sized,
source§fn borrow_mut(&mut self) -> &mut T
fn borrow_mut(&mut self) -> &mut T
source§impl<T> Instrument for T
impl<T> Instrument for T
source§fn instrument(self, span: Span) -> Instrumented<Self>
fn instrument(self, span: Span) -> Instrumented<Self>
source§fn in_current_span(self) -> Instrumented<Self>
fn in_current_span(self) -> Instrumented<Self>
source§impl<T> IntoEither for T
impl<T> IntoEither for T
source§fn into_either(self, into_left: bool) -> Either<Self, Self>
fn into_either(self, into_left: bool) -> Either<Self, Self>
self
into a Left
variant of Either<Self, Self>
if into_left
is true
.
Converts self
into a Right
variant of Either<Self, Self>
otherwise. Read moresource§fn into_either_with<F>(self, into_left: F) -> Either<Self, Self>
fn into_either_with<F>(self, into_left: F) -> Either<Self, Self>
self
into a Left
variant of Either<Self, Self>
if into_left(&self)
returns true
.
Converts self
into a Right
variant of Either<Self, Self>
otherwise. Read more