-
Notifications
You must be signed in to change notification settings - Fork 3.9k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
(app-mesh): Missing port property in GrpcRouteMatch construct #25810
Comments
Should be real simple to add, contributions are welcome |
Thanks @peterwoodworth, I will try to create a PR with the required changes. |
Created PR with the suggested change 😄 |
Thanks for the PR! We'll be able to give it a full review once its passing the build, but if you have any questions or need help getting to that state feel free to ping me and ask for help |
I've updated the PR "fixing integration tests" and adding the port property to another construct I spotted during the process, but the build is still failing, although is kinda hard to find the issue, @peterwoodworth can you help me understand why is failing? |
Hi @peterwoodworth, Build is passing now 😄 please let me know if anything else is required. |
As described in the related issue, `GrpcRouteMatch` L2 construct was missing `port` property which is already present in the L1 construct `CfnRoute`. This PR adds the missing `port` property to `GrpcRouteMatch` L2 construct and also adds `port` property to `GrpcGatewayRouteMatch` and `HttpRouteMatch` L2 constructs that were also missing it. The PR includes unit and integration tests expansion to cover this new property plus a reference to the property in the appmesh README file. Closes #25810. ---- *By submitting this pull request, I confirm that my contribution is made under the terms of the Apache-2.0 license*
|
Describe the bug
While the
CfnRoute
give us the ability to define a gRPC match route rule specifying the port, the L2 constructGrpcRouteMatch
does not have that property (only haveservice_name
,method_name
andmetadata
), leveraging us to use L1 constructs instead if we want to use the port matcher.Expected Behavior
GrpcRouteMatch
L2 construct also let us specify theport
matcher option.Current Behavior
GrpcRouteMatch
L2 construct does not have the propertyport
.Reproduction Steps
Example in python; the following is not valid code:
We need to use L1 construct, to get the same result:
Possible Solution
No response
Additional Information/Context
No response
CDK CLI Version
2.81.0
Framework Version
2.81.0
Node.js Version
v16.14.2
OS
MacOs Ventura
Language
Python
Language Version
python 3.11.1
Other information
I have checked through the CDK docs that typescript CDK version have the same issue, so I guess this applies to all languages available.
The text was updated successfully, but these errors were encountered: