[
https://issues.apache.org/jira/browse/HDDS-14851?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Fabian Morgan updated HDDS-14851:
---------------------------------
Description:
Currently, when the request payload for an STS call is greater than the current
max (around 32KB), an Unknown error is thrown in the AWS CLI. This ticket
updates the error to give a proper *PayloadTooLarge* error.
Also, separately, *JAXBContext.newInstance()* is a relatively expensive call
(some estimates between 100ms and several seconds). We don't want to do this
for every STS response, especially since JAXBContext is thread-safe, so cache
the first invocation of it and reuse.
was:
Currently, when the request payload for an STS call is greater than the current
max (around 32KB), an Unknown error is thrown in the AWS CLI. This ticket
updates the error to give a proper *PayloadTooLarge* error.
Also, separately, *JAXBContext.newInstance()* is a relatively expensive call
(some estimates between 100ms and several seconds). We don't want to do this
for every STS response, especially since JAXBContext is thread-safe, so cache
the first invocation of it.
> [STS] Better Handling for PayloadTooLarge and Small Perf Fix
> ------------------------------------------------------------
>
> Key: HDDS-14851
> URL: https://issues.apache.org/jira/browse/HDDS-14851
> Project: Apache Ozone
> Issue Type: Sub-task
> Reporter: Fabian Morgan
> Assignee: Fabian Morgan
> Priority: Major
>
> Currently, when the request payload for an STS call is greater than the
> current max (around 32KB), an Unknown error is thrown in the AWS CLI. This
> ticket updates the error to give a proper *PayloadTooLarge* error.
> Also, separately, *JAXBContext.newInstance()* is a relatively expensive call
> (some estimates between 100ms and several seconds). We don't want to do this
> for every STS response, especially since JAXBContext is thread-safe, so cache
> the first invocation of it and reuse.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
