CronTrigger hard-codes default ZoneId instead of participating in scheduler-wide Clock setup #31948
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
Along with #19475, it turned out that
CronTriggerhard-codes the systemZoneIdby default while it should really take it fromTriggerContext.getClock().getZone()- which is the systemZoneIdby default as well but participates in scheduler-wideClockcustomization (which we introduced in 5.3).The text was updated successfully, but these errors were encountered: