Skip to content
Snippets Groups Projects
Select Git revision
  • release-2025-05-15-with-patches protected
  • main default protected
  • release-2025-03-27-with-patches protected
  • release-2024-12-30-with-client-builder protected
  • release-2024-12-26-with-client-builder protected
  • release-2024-11-05-with-client-builder protected
  • release-2024-08-16-with-client-builder protected
  • release-2024-09-09-with-client-builder protected
  • release-2024-08-28-with-client-builder protected
  • release-2024-10-09-with-client-builder protected
  • sbuttgereit/expose_client_builder_with_hyper_1_0
  • release-2025-05-15
  • release-2025-05-09
  • release-2025-05-02
  • release-2025-04-23
  • release-2025-03-27
  • release-2025-03-25
  • release-2025-03-10
  • release-2025-03-04
  • release-2025-02-20
  • release-2025-02-12
  • release-2025-02-03
  • release-2025-01-28
  • release-2025-01-23
  • release-2025-01-17
  • release-2025-01-14
  • release-2024-12-30
  • release-2024-12-26
  • release-2024-12-16
  • release-2024-12-03
  • release-2024-11-05
31 results

smithy-rs

  • Clone with SSH
  • Clone with HTTPS
  • user avatar
    Aaron Todd authored
    ## Motivation and Context
    * https://github.com/smithy-lang/smithy-rs/issues/4074
    * https://github.com/smithy-lang/smithy-rs/issues/3926
    
    ## Description
    * Rename `aws-smithy-mocks-experimental` to `aws-smithy-mocks` and reset
    version to `0.1.0`
    * Fix [#3926](https://github.com/smithy-lang/smithy-rs/issues/3926) by
    having `mock_client!` macro always set an HTTP client. By default it
    returns a dummy I'm a teapot response to aid in debugging and be easy to
    tell where that response is coming from. Also when a rule sets an HTTP
    response it is not set as an extension in the request and returned by
    the HTTP client. This allows for more thorough and accurate integration
    testing as the client/runtime will see the response coming from the HTTP
    client instead of being ignored and then replaced as it was before
    * Added a new sequence builder API for allowing a rule to generate more
    than one response. This allows for testing retries for example.
    * Also deleted a hyper 1.x test that is no longer needed and was ignored
    anyway
    
    ## Questions
    
    * In this PR I've simply renamed/moved `aws-smithy-mocks-experimental`
    to `aws-smithy-mocks`. Do we want or need to publish one last version of
    `aws-smithy-mocks-experimental` with a deprecated API that instructs
    users it has moved? Alternatively we could publish an [informational
    advisory notice](https://github.com/RustSec/advisory-db#advisory-format)
    about the rename. We don't currently promote the crate anywhere and the
    dev guide will get updated so I'm on the fence for what we want to do.
    
    ## Testing
    * Added new unit tests to exercise the API without needing an SDK client
    by leveraging the manual `Operation` APIs.
    * Added new integration tests for S3 to cover the macros and test the
    library e2e.
    
    ## Checklist
    <!--- If a checkbox below is not applicable, then please DELETE it
    rather than leaving it unchecked -->
    - [x] For changes to the smithy-rs codegen or runtime crates, I have
    created a changelog entry Markdown file in the `.changelog` directory,
    specifying "client," "server," or both in the `applies_to` key.
    - [x] For changes to the AWS SDK, generated SDK code, or SDK runtime
    crates, I have created a changelog entry Markdown file in the
    `.changelog` directory, specifying "aws-sdk-rust" in the `applies_to`
    key.
    
    ----
    
    _By submitting this pull request, I confirm that you can use, modify,
    copy, and redistribute this contribution, under the terms of your
    choice._
    b6bb3991
    History
    Name Last commit Last update