> I stepped through CronType in the debugger and 3.1.9 is setting the > next > start time for the scheduled task a week out. Here's the config we > have: > > <scheduled-task type="mm.services.DownloadService" > name="DownloadService"> > <cron>3,7,15,20,25,30,35,40,45,50,54,58 * * * *</cron> > </scheduled-task> > > Running this today (Nov 1), the next start time is set to Nov 8. I
Thanks, I've reported a bug: http://bugs.caucho.com/view.php?id=3736 --Alex > set > resin's debug level to finer, and all scheduled tasks now start a > week late. > > Although I have "*" in the day of week block, CronType is advancing > the next > time to current day + 7. There was one change made to CronType > between > 3.1.8 and 3.1.9, which is highlighted below. 3.1.8 does not push > the next > start time out a week. > > if (_daysOfWeek != null) { > int oldDayOfWeek = cal.getDayOfWeek() - 1; > int dayOfWeek = nextInterval(_daysOfWeek, oldDayOfWeek); > > if (dayOfWeek > 0) { > day += (dayOfWeek - oldDayOfWeek); > } > else { > dayOfWeek = nextInterval(_daysOfWeek, 0); > > day += (dayOfWeek - oldDayOfWeek + 7); > } > > > > tweihs wrote: >> >> Things we've tried: >> * changing our tasks to implement Runnable vs Work (a swag, as >> com.caucho.resources.ScheduledTask operates on Runnables, which >> work is >> * Put breakpoints in com.caucho.resources.ScheduledTask methods >> including >> the init, start, and handleAlarm methods. The debugger breaks on >> init and >> start, but handleAlarm is never called. >> >> Is something killing the alarm service? Did something change in the >> schedule-task tags that require changing syntax in 3.1.9? >> >> The 3.1.8 mem leak issues are a problem for us in production, thus >> the >> desire to move to 3.1.9. >> >> Thanks, >> >> -tyson >> >> >> tweihs wrote: >>> >>> Bumping this, still seeing the issue with 3.1.9. We tried to move >>> forward to 3.1.9 again today, but all ScheduledTasks would not run. >>> Reverted to 3.1.8 and AOK. >>> >>> -tyson >>> >>> >>> tweihs wrote: >>>> >>>> We upgraded to resin 3.1.9 yesterday in our production >>>> environment. The >>>> upgrade process for us was simple: unzip the 3.1.9 bundle, copy >>>> over the >>>> resin.conf, license, other supporting files and restart the server. >>>> However, 3.1.9 will not run any of our scheduled tasks. The app >>>> comes >>>> up under 3.1.9, responds to requests, but won't run tasks (I >>>> think this >>>> carries over to JMS as well, but need to confirm). Bring the >>>> server >>>> down and start up in 3.1.8 and schedule tasks resume executing. >>>> >>>> I recall when upgrading to 3.1.8 there may have been an issue >>>> with some >>>> of the Resin generated wrappers/proxies on registered beans that >>>> prevented tasks from running, and clearing something (WEB-INF/work, >>>> IIRC) ended up unblocking whatever kept ScheduledTasks from >>>> running. >>>> We've tried doing clean builds and deploying under clean installs >>>> to >>>> 3.1.9 and can't get those tasks to run. >>>> >>>> We experience the exact same behavior in development, stage, and >>>> production. >>>> >>>> Any ideas? >>>> >>>> -tyson >>>> >>> >>> >> >> > > -- > View this message in context: > http://old.nabble.com/Resin-3.1.9%2C-Scheduled-Tasks-Broken-after-upgrade-tp23584210p26152486.html > Sent from the Resin mailing list archive at Nabble.com. > > > > _______________________________________________ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest _______________________________________________ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest