Allow to pass parameter value for 'Enabled' property in ScheduledEvent of 'AWS::Serverless::Function'

[jeswanthamazon]

When you reference a parameter for 'Enabled' property in ScheduledEvent of 'AWS::Serverless::Function', it is not honoring the parameter value passed and setting the "State": "ENABLED" for Events::Rule in the processed template.

'Enabled' property in ScheduledEvent of 'AWS::Serverless::Function' currently only accepts 'true' or 'false' bool values hard-coded as string in template.

in the background when composing the processed template, 'AWS::Serverless-2016-10-31' transform sees:

• if 'Enabled' property is set in the ScheduledEvent,
• if it is set, 'State' Is set to 'DISABLED' only if the 'Enabled' property is 'False'. If it is anything else, 'State' Is set to 'ENABLED'.
  You can reference the transform code here:
  https://github.com/awslabs/serverless-application-model/blob/93b6ac0afb6f322e047d6e4c4887f0d829e54b88/samtranslator/model/eventsources/push.py#L113

Currently Serverless transform is not capable of reading the parameter value to set the 'State' of Event::Rule.

Please add support to parse the parameter value and set the 'State' property value to 'DISABLED' /'Enabled' accordingly.

[SydneyUni-Jim]

This is related to #1360

[praneetap]

Thanks for the issue report! We have passed this along to our product team for possible prioritization. Please +1 on the feature to help with prioritization.

[RichieRunner]

It has been 10 months, when is this going to be fixed? Even Enabled: False doesn't even work anymore.

[jwalsh2me]

@jfuss is this still under review?

[RichieRunner]

this is such a shame. you have a core feature broken, and nobody who's paid to work on it even cares.

[z0ph]

Same issue here, lost a few hours on troubleshooting this...

[RichieRunner]

Since it's abundantly clear now that AWS and the maintainers of this codebase are refusing to prioritize this to be a critical bug, what is everyone's recommendation for disabling the Enabled flag if you are building resources in NP?

I am trying to achieve this kind of conditional logic:

[z0ph]

Since it's abundantly clear now that AWS and the maintainers of this codebase are refusing to prioritize this to be a critical bug, what is everyone's recommendation for disabling the Enabled flag if you are building resources in NP?

I am trying to achieve this kind of conditional logic:

Same here, what do you think @RichieRunner if we switch to the standard CloudFormation template (not SAM), should it be fine?

[jwalsh2me]

That was the same conditional logic I had tried. @victor

…

On Fri, Nov 27, 2020 at 1:36 AM Victor GRENU ***@***.***> wrote: Since it's abundantly clear now that AWS and the maintainers of this codebase are refusing to prioritize this to be a critical bug, what is everyone's recommendation for disabling the Enabled flag if you are building resources in NP? I am trying to achieve this kind of conditional logic: [image: image] <https://user-images.githubusercontent.com/20289967/100397949-496e5480-3001-11eb-8c2a-8b8bdcf572b8.png> Same here, what do you think @RichieRunner <https://github.com/RichieRunner> if we switch to the standard CloudFormation template (not SAM), should it be fine? — You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub <#1329 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AFODGAKIN3LZPGIC4YHHJYDSR5JGPANCNFSM4J3GXJOA> .

[awsjeffg]

@RichieRunner @z0ph @jwalsh2me thanks for bumping this issue and discussing workarounds. I've just now added this to the backlog internally, and I apologize that we struggle with communicating status on issues like this where there are internal and external trackers involved.

Is there a workaround people have found for this particular issue? I was hoping for some cases like this that SAM CLI's recent addition of environments would help, but I can see why it fails here.

[jewelsjacobs]

A workaround would be much appreciated. I'm running into the same issue using the same Condition logic.