Re: Quartz Scheduler -- Clustering

2025-02-16 Thread Samuel Pelletier via Webobjects-dev
I do not have startup problems and use these properties to disable job by default and only start then on the designed instance: er.quartzscheduler.schedulerServiceToLaunch=true er.quartzscheduler.triggersAutomaticallyPaused=true On the instance that should run the tasks I set er.quartzschedule

Re: Quartz Scheduler -- Clustering

2025-02-16 Thread Philippe Rabier via Webobjects-dev
Hi Jesse, I think you should spend some time reading the documentation. Here are some pointers: - https://www.slideshare.net/slideshow/framework-principal/23337152 - https://www.slideshare.net/slideshow/co-scheduler/9169056 - https://www.slideshare.net/slideshow/co-scheduler-indepth/13551537 The

Re: Quartz Scheduler -- Clustering

2025-02-16 Thread Jesse Tayler via Webobjects-dev
I was somehow certain that only one instance could pick up a job in the first place! You basically run a single instance for the job queuing and that works okay? I notice you have a separated didFinish and finishInit call set there far later than mine. I figure I’m loading before the properti

Re: Quartz Scheduler -- Clustering

2025-02-16 Thread Jesse Tayler via Webobjects-dev
Thanks, I did see those, I’m not certain how much I misunderstood but I think I’ve got the hang of it now perhaps. I think one trouble is I’m on an unfortunately old version right now, but also I was under the impression that the Wonder framework somehow used the Database as a central authority