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

Enhancement: Allow run dates in the past, either optionally or by default #1135

Open
RichardBradley opened this issue May 29, 2024 · 1 comment
Labels
is:enhancement Enhancement to an existing feature needs:volunteer_contributor

Comments

@RichardBradley
Copy link

Currently, if Quartz is started with a Trigger date for a Job that is in the past, it will fail to start with the following error:

Based on configured schedule, the trigger X will never fire.

This is controlled by the following code:

This is a problem for apps which wish to schedule a one-off job in the future. If the app is restarted after the job time has passed (and cloud based apps are often frequently restarted), then the app will fail to start.

I think it would be helpful for many users of Quartz if this behaviour were either turned off by default (which would increase the risk of users accidentally scheduling a job that will never run), or made configurable.

See also #621 , an earlier issue with the same request

@lprimak

This comment was marked as outdated.

@jhouserizer jhouserizer added is:enhancement Enhancement to an existing feature needs:volunteer_contributor labels Oct 14, 2024
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 needs:volunteer_contributor
Projects
None yet
Development

No branches or pull requests

3 participants