Skip to content

Conversation

drganjoo
Copy link
Contributor

@drganjoo drganjoo commented Sep 7, 2025

Summary

Fixed URI path matching for H2 protocol in the ALB health check layer to ensure explicit path comparison.

Changes

  • Updated alb_health_check.rs to explicitly match URI paths for H2 requests
  • Added proper path validation logic

Testing

  • Verified H2 health check requests are properly routed
  • Confirmed backward compatibility with existing functionality

@drganjoo drganjoo requested review from a team as code owners September 7, 2025 01:09
Copy link

github-actions bot commented Sep 7, 2025

A new generated diff is ready to view.

  • No codegen difference in the AWS SDK
  • No codegen difference in the Client Test
  • No codegen difference in the Server Test
  • No codegen difference in the Server Test Python
  • No codegen difference in the Server Test Typescript

A new doc preview is ready to view.

Copy link

github-actions bot commented Sep 7, 2025

A new generated diff is ready to view.

  • No codegen difference in the AWS SDK
  • No codegen difference in the Client Test
  • No codegen difference in the Server Test
  • Server Test Python (ignoring whitespace)
  • No codegen difference in the Server Test Typescript

A new doc preview is ready to view.

use tower::{service_fn, ServiceExt};

#[tokio::test]
async fn health_check_matches_path_with_scheme_and_authority() {
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

For my own edification where is the "with scheme and authority" part of this test coming from?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The scheme and authority are intentionally hard-coded in this test. I've renamed the test to health_check_matches_path_when_uri_contains_scheme_authority_and_path to better reflect its purpose.

This test specifically verifies that the health check correctly matches requests based solely on their path component, regardless of whether the URI also includes scheme and authority components. This ensures our health check behavior remains consistent across different URI.

Copy link

github-actions bot commented Sep 9, 2025

A new generated diff is ready to view.

A new doc preview is ready to view.

Copy link

github-actions bot commented Sep 9, 2025

A new generated diff is ready to view.

A new doc preview is ready to view.

drganjoo added a commit that referenced this pull request Sep 10, 2025
Copy link

A new generated diff is ready to view.

  • No codegen difference in the AWS SDK
  • No codegen difference in the Client Test
  • No codegen difference in the Server Test
  • Server Test Python (ignoring whitespace)
  • No codegen difference in the Server Test Typescript

A new doc preview is ready to view.

@rcoh rcoh self-requested a review September 10, 2025 16:34
Copy link

A new generated diff is ready to view.

  • No codegen difference in the AWS SDK
  • No codegen difference in the Client Test
  • No codegen difference in the Server Test
  • Server Test Python (ignoring whitespace)
  • No codegen difference in the Server Test Typescript

A new doc preview is ready to view.

[package]
name = "aws-smithy-http-server"
version = "0.65.5"
version = "0.66.0"
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

why did you make a new breaking version? isn't this going to cause problems? This change seems backwards compatible?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

You're absolutely right - this is a backwards compatible change. I bumped to 0.66 as a precautionary measure because I wanted to avoid any potential versioning issues during integration testing. At the time, this was planned to be included in the next code generator release, so the version bump seemed appropriate. However, since this now needs to be released independently of the code generator, you're correct that 0.65.6 would be more suitable.

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

well and it seems like making a new breaking change release of the libraries when we don't need it only causes lots of pain?

Copy link
Contributor Author

@drganjoo drganjoo Sep 11, 2025

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We typically never release intermediate crate versions of aws-smithy-http-server independently of the code generator, so bumping the major version, combined with a code-generator release, is usually the safer approach - it eliminates any risk of breaking users due to potential CI tooling issues. When releases are tied to the code generator, a major version bump has minimal downstream impact compared to accidentally introducing breaking changes.

However, since this particular release now needs to happen independently of the code generator, I've changed it to only bump the minor version.

Copy link

A new generated diff is ready to view.

  • No codegen difference in the AWS SDK
  • No codegen difference in the Client Test
  • No codegen difference in the Server Test
  • Server Test Python (ignoring whitespace)
  • No codegen difference in the Server Test Typescript

A new doc preview is ready to view.

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.

3 participants