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
    david-perez authored
    Rejection types used to be loose, but now that they are
    protocol-specific (see #2517), they can be tightened up to be more
    useful.
    
    Where possible, variants now no longer take in the dynamic
    `crate::Error`, instead taking in concrete error types arising from
    particular fallible invocations in the generated SDKs.This makes it
    easier to see how errors arise, and allows for more specific and helpful
    error messages that can be logged.
    
    We `#[derive(thiserror::Error)]` on rejection types to cut down on
    boilerplate code.
    
    This commit removes the dependency on `strum_macros`.
    c7c82855
    History
    Name Last commit Last update