When a CommandBox site is running ColdBox scheduled tasks, if there is a change for daylight savings, the scheduled task is then an hour off from when it is supposed to run.

Restarting the site seems to fix the issue until the next daylight savings change.

From Jon Clausen commenting on why a restart fixes it:

I’m sure it’s getting the current offset when the site restarts and the task is registered again. Because the java ZoneId becomes a singleton object in the task, the offset probably never changes in the life of a registered task. The solution would be to construct a new ZoneID instance using the timezone string on every check of the task run.