You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Please vote on this issue by adding a 👍 reaction to the original issue to help the community and maintainers prioritize this request
Please do not leave "+1" or "me too" comments, they generate extra noise for issue followers and do not help prioritize the request
If you are interested in working on this issue or have submitted a pull request, please leave a comment
Tell us about your request
I have a set of lambdas, which all have a separate security group. I want to create an ingress for each lambda to join a set of VPC Endpoint security groups. To me, this seemed like a perfect case of two for loops:
(Assume the security groups are defined outside of this stack)
I quickly encountered the following error:
Transform AWS::LanguageExtensions failed with: OutputKey 'EndpointIngresssg-0fbdec85********sg-09ad258580******' should be alphanumeric. Rollback requested by user.
Makes sense - since the security group id follows the following pattern: sg-123abc.
So I thought to myself - Okay I will get rid of the sg- part.
This part however did not work, and I got the following error:
Transform AWS::LanguageExtensions failed with: Fn::Sub layout is incorrect. Rollback requested by user.
At this point, I gave up and decided to open this issue to get some help.
This request does not seem to be exceptional as many outputs of AWS resources contain non-alphanumeric characters, and it seems the most logical to allow the use of intrinsic functions to transform the OutputKey.
Tell us about the problem you are trying to solve. What are you trying to do, and why is it hard?
I am trying to reduce the amount of boilerplate in my template by making use of for-loops.
Are you currently working around this issue?
Defining each resource separately without using ForEach.
What is the expected behavior with this new feature
To simply allow the use of intrinsic functions when declaring the value of the OutputKey.
The text was updated successfully, but these errors were encountered:
Minitour
changed the title
Allow Fn::Sub to be used for OutputKey in Fn::ForEach
Allow Fn::Sub to be used for OutputKey in Fn::ForEachAug 20, 2023
Similar situation here, I'm trying to create multiple subscriptions to an SNS topic, driven by a comma separated list parameter giving all the email addresses to subscribe.
But of course, my list of email addresses contain characters such as @ and -, which break the alphanumeric condition on the OutputKey. I'd love to be able to use a !Sub or something to modify the value.
Community Note
Tell us about your request
I have a set of lambdas, which all have a separate security group. I want to create an ingress for each lambda to join a set of VPC Endpoint security groups. To me, this seemed like a perfect case of two for loops:
And so went on to implement it:
(Assume the security groups are defined outside of this stack)
I quickly encountered the following error:
Makes sense - since the security group id follows the following pattern:
sg-123abc
.So I thought to myself - Okay I will get rid of the
sg-
part.This part however did not work, and I got the following error:
At this point, I gave up and decided to open this issue to get some help.
This request does not seem to be exceptional as many outputs of AWS resources contain non-alphanumeric characters, and it seems the most logical to allow the use of intrinsic functions to transform the
OutputKey
.Tell us about the problem you are trying to solve. What are you trying to do, and why is it hard?
I am trying to reduce the amount of boilerplate in my template by making use of for-loops.
Are you currently working around this issue?
Defining each resource separately without using ForEach.
What is the expected behavior with this new feature
To simply allow the use of intrinsic functions when declaring the value of the
OutputKey
.The text was updated successfully, but these errors were encountered: