Skip to content

[DO NOT MERGE] Enable default read timeout - #7336

Open
zoewangg wants to merge 4 commits into
masterfrom
feature/master/2026-enable-default-read-timeout
Open

[DO NOT MERGE] Enable default read timeout#7336
zoewangg wants to merge 4 commits into
masterfrom
feature/master/2026-enable-default-read-timeout

Conversation

@zoewangg

Copy link
Copy Markdown
Contributor

Motivation and Context

Modifications

Testing

Screenshots (if appropriate)

Types of changes

  • Bug fix (non-breaking change which fixes an issue)
  • New feature (non-breaking change which adds functionality)

Checklist

  • I have read the CONTRIBUTING document
  • Local run of mvn install succeeds
  • My code follows the code style of this project
  • My change requires a change to the Javadoc documentation
  • I have updated the Javadoc documentation accordingly
  • I have added tests to cover my changes
  • All new and existing tests passed
  • I have added a changelog entry. Adding a new entry must be accomplished by running the scripts/new-change script and following the instructions. Commit the new file created by the script in .changes/next-release with your changes.
  • My change is to implement 1.11 parity feature and I have updated LaunchChangelog

License

  • I confirm that this pull request can be released under the Apache 2 license

Mirror the AWS_NEW_RETRIES_2026 gate: add the
AWS_ENABLE_DEFAULT_READ_TIMEOUT_2026 system setting, its resolver, the
DEFAULT_ENABLE_READ_TIMEOUT_2026 client option, and the codegen
customization field that bakes it into mergeInternalDefaults. Nothing
consumes the gate yet; the aws-core and CRT client wiring follow
separately.
The CRT-based HTTP clients now honor
SDK_INTERNAL_FALLBACK_READ_WRITE_TIMEOUT, mapping it onto an
HttpMonitoringOptions minimum-throughput monitor. An explicit
ConnectionHealthConfiguration takes precedence; a standalone client
reads the opt-in environment variable directly.
Codegen bakes each listed service's default read/write timeout
tier into its generated serviceHttpConfig from a checked-in
exemption artifact; aws-core applies the rollout gate to the
baked value.
… to SDK-managed clients (#7334)

* fix: scope CRT default timeout to managed clients

A directly-supplied CRT client is caller-owned (buildWithDefaults is
not called on it) and is often shared across services with different
exemption tiers, so applying a flat default could break an exempt
service. The client no longer reads the opt-in setting itself; the
default now applies only to SDK-managed clients, via the option
resolved in aws-core.

* docs: clarify CRT default timeout scope in Javadoc

Document that the CRT builder's connectionHealthConfiguration applies
an automatic default only for SDK-managed clients; a directly-supplied
or standalone client gets no default and honors only an explicit
configuration.
@zoewangg
zoewangg requested a review from a team as a code owner August 31, 2026 21:39
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant