Skip to content
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

Do not consider a job as misfire when it is resumed after the server was in stand by mode #1117

Open
pablovb opened this issue Apr 17, 2024 · 2 comments
Labels
is:enhancement Enhancement to an existing feature is:feature New feature needs:volunteer_contributor

Comments

@pablovb
Copy link

pablovb commented Apr 17, 2024

When the server is in standby (after calling standby()), if you create new jobs with triggers during that mode, when you "wake up" scheduler by calling scheduler.start(), all triggers that should have been executed during that period appear as misfired.

There should be an option (properties or method) to avoid these misfires.

A tipical use case is to:

  • Start the server in standby mode (start() + standBy())
  • Create/Import scheduled jobs
    • You do not want them to be executed until all jobs are created
  • Resume Scheduler (start())
  • From this moment, apply scheduling.

Thanks.

@jhouserizer
Copy link
Contributor

The typical way people do this is to set the start time into the future; but this could be considered as an enhancement feature.

@jhouserizer jhouserizer added is:enhancement Enhancement to an existing feature is:feature New feature labels Oct 14, 2024
@pablovb
Copy link
Author

pablovb commented Oct 15, 2024

Hi Jhouserizer,

Yes, that could be a workaround as long as the feature is not implemented. It's still not perfect, because the future start time would have to be an arbitrary time (you don't know how long the import process will take), so it could be too long or the opposite.

Regards.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
is:enhancement Enhancement to an existing feature is:feature New feature needs:volunteer_contributor
Projects
None yet
Development

No branches or pull requests

2 participants