-
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
[apigateway]: Configured responseHeaders in apigateway.GatewayResponse doesn't support mapping #23105
Comments
Changes were reverted #23037 |
|
23037 was merged 6 days ago. However with the latest version (2.52.0) I can still reproduce the issue. |
The revert PR wasn't part of our |
|
@peterwoodworth Seems like with the latest release (v2.53.0) this is still not fixed: https://github.com/aws/aws-cdk/blob/v2.53.0/packages/@aws-cdk/aws-apigateway/lib/gateway-response.ts |
Yes, this release was also a special case where we only merged one specific fix. Our next standard release I should say... I would expect next week |
Describe the bug
GatewayResponse parameter mapping is broken after adding forced quotation of all parameters in this PR.
Previously, request parameters could be mapped to response parameters, for example headers.
That's it
method.request.header.<name>
should be a valid value for a response parameter. With forced quotation around parameter values,method.request.header.<name>
becomes a string value and doesn't work.Expected Behavior
CDK should not add extra quotes for GatewayResponse parameters. It should be possible to use request parameter values in response headers.
Current Behavior
CDK forces quotes around GatewayResponse parameter values. Mapping of request parameters in the response doesn't work.
Reproduction Steps
Possible Solution
Reverting changes from this PR should solve the issue.
Additional Information/Context
No response
CDK CLI Version
2.48.0
Framework Version
No response
Node.js Version
v16.18.0
OS
macOS Monteray
Language
Typescript
Language Version
No response
Other information
The documentation about API Gateway responses doesn't clearly describe the use case of using request parameters in the response. More clear statement with an example can be found in OpenAPI documentation.
The text was updated successfully, but these errors were encountered: