從第二天早上從晚上5點到5點調查文件的工作。我們只處理在此期間發送的文件，剩下的將在下一個窗口中處理。春季整合輪詢者忽略節日燈
但最近我們注意到，我們在早上5點之前處理文件直到上午6點。現在我們的cron表達式（0/30 * 0-5,17-23 * * *）被配置爲它應該在5AM停止，但直到6AM才停止。
這意味着它忽視了日光節約，一直持續到早上6點
有沒有誰已經面對過這個問題的人？或者知道應該是什麼修復。
我檢查了CronTrigger.java的代碼，但找不到除時區以外的任何內容。
我也檢查了我們的linux系統中的時區設置，它是EDT。
週三4月6日10時59分47秒EDT 2016
的CronTrigger是Spring框架，而不是Spring集成的一部分。當然，這很小。
的CronTrigger算法是基於CronTab（CronSequenceGenerator），不支持daylight shifts（見在文章的結尾）：
如果你是在70多個國家之一觀察夏令時 時間，回滾或提前計劃的作業將受到影響。一般來說，在此期間安排工作並不是一個好主意。
看起來像石英support已經有一段時間了，但我們不支持Quartz pollers呢。儘管您可以鉤住類似於<poller>的Quartz Job中的Spring Integration流程。
從其他方面來說，請爲Spring Framework提高票價（https://jira.spring.io/browse/SPR）考慮將夏令時添加到CronTrigger。