-
Notifications
You must be signed in to change notification settings - Fork 43
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
Add missing configuration properties for the Timer Trigger annotation #154
base: dev
Are you sure you want to change the base?
Conversation
@amamounelsayed Can you please review this PR. |
@MayankBargali-MSFT @PramodValavala-MSFT thanks for this PR. Is there any SLA for this PR? |
@amamounelsayed @TsuyoshiUshio Just checking in for reviewing this and sharing feedback. Thanks! |
Any info on when will this be merged? Thank you. |
Come on guys - I have to work. Can you please merge the PR? |
It’s been more than a year. Still not prioritised this? |
* Defines the value indicating whether the schedule should be monitored. | ||
* @return The value indicating whether the schedule should be monitored. | ||
*/ | ||
boolean useMonitor() default false; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Please reference to this link on useMonitor: https://docs.microsoft.com/en-us/azure/azure-functions/functions-bindings-timer?tabs=csharp#configuration
So here is one concern:
if the schedule interval > 1 min then default value for useMonitor is true
if customer set false --> function.json will not have useMonitor(tested on local) --> host will set the useMonitor default value to true, this is not what customer want right.
The runOnStartup LGTM. So I wonder can you separate this PR to two, so we can merge the fix for runOnStartup and for useMonitor we can revisit and discuss the change and design. Thanks.
Any update on this missing properties? (runOnStartup and useMonitor ) |
The Timer Trigger annotation is missing the
runOnStartup
anduseMonitor
properties that are covered in the documentation.Without these, I believe the only workaround today is to update the generated
function.json
directly in the JAR.