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

CronTrigger hard-codes default ZoneId instead of participating in scheduler-wide Clock setup #31948

Closed
jhoeller opened this issue Jan 4, 2024 · 0 comments
Assignees
Labels
in: core Issues in core modules (aop, beans, core, context, expression) status: backported An issue that has been backported to maintenance branches type: bug A general bug
Milestone

Comments

@jhoeller
Copy link
Contributor

jhoeller commented Jan 4, 2024

Along with #19475, it turned out that CronTrigger hard-codes the system ZoneId by default while it should really take it from TriggerContext.getClock().getZone() - which is the system ZoneId by default as well but participates in scheduler-wide Clock customization (which we introduced in 5.3).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
in: core Issues in core modules (aop, beans, core, context, expression) status: backported An issue that has been backported to maintenance branches type: bug A general bug
Projects
None yet
Development

No branches or pull requests

1 participant