Quartz Enterprise Scheduler: задание, которое само планирует - PullRequest
1 голос
/ 29 января 2011

Я использую Quartz Enterprise Job Scheduler (1.8.3).Конфигурация задания происходит из нескольких файлов XML, и у нас есть специальное задание, которое обнаруживает изменения в этих файлах XML и перепланирует задания.Это работает прекрасно, но проблема в том, что мне также нужно это "задание планировщика", чтобы перепланировать себя.Как только я по какой-то причине перепланировал это задание, я вижу, что оно выполняется много раз.Я не вижу никаких исключений.

Я повторил и изолировал проблему.Это будет точка входа:

public class App {
    public static void main(final String[] args) throws ParseException, SchedulerException {
    // get the scheduler from the factory
    final Scheduler scheduler = StdSchedulerFactory.getDefaultScheduler();

    // start the scheduler
    scheduler.start();

    // schedule the job to run every 20 seconds
    final JobDetail jobDetail = new JobDetail("jobname", "groupname", TestJob.class);        
    final Trigger trigger = new CronTrigger("triggername", "groupname", "*/20 * * * * ?");

    // set the scheduler in the job data map, so the job can re-configure itself
    jobDetail.getJobDataMap().put("scheduler", scheduler);

    // schedule job
    scheduler.scheduleJob(jobDetail, trigger);

    }
}

И это будет класс работы:

public class TestJob implements Job {

private final static Logger LOG = Logger.getLogger(TestJob.class);
private final static AtomicInteger jobExecutionCount = new AtomicInteger(0);

public void execute(final JobExecutionContext context) throws JobExecutionException {
    // get the scheduler from the data map
    final Scheduler scheduler = (Scheduler) context.getJobDetail().getJobDataMap().get("scheduler");
    LOG.info("running job! " + jobExecutionCount.incrementAndGet());

    // buid the job detail and trigger
    final JobDetail jobDetail = new JobDetail("jobname", "groupname", TestJob.class);
    // this time, schedule it to run every 35 secs
    final Trigger trigger;
    try {
        trigger = new CronTrigger("triggername", "groupname", "*/50 * * * * ?");
    } catch (final ParseException e) {
        throw new JobExecutionException(e);
    }
    trigger.setJobName("jobname");
    trigger.setJobGroup("groupname");

    // set the scheduler in the job data map, so this job can re-configure itself
    jobDetail.getJobDataMap().put("scheduler", scheduler);

    try {
        scheduler.rescheduleJob(trigger.getName(), jobDetail.getGroup(), trigger);
    } catch (final SchedulerException e) {
        throw new JobExecutionException(e);
    }
}
}

Я пробовал как с scheduler.rescheduleJob, так и с scheduler.deleteJob затем scheduler.scheduleJob.Независимо от того, что я делаю, это вывод, который я получаю (я использую log4j):

23:22:15,874         INFO SchedulerSignalerImpl:60 - Initialized Scheduler Signaller of type: class org.quartz.core.SchedulerSignalerImpl
23:22:15,878         INFO QuartzScheduler:219 - Quartz Scheduler v.1.8.3 created.
23:22:15,883         INFO RAMJobStore:139 - RAMJobStore initialized.
23:22:15,885         INFO QuartzScheduler:241 - Scheduler meta-data: Quartz Scheduler (v1.8.3) 

'MyScheduler' with instanceId '1'
  Scheduler class: 'org.quartz.core.QuartzScheduler' - running locally.
  NOT STARTED.
  Currently in standby mode.
  Number of jobs executed: 0
  Using thread pool 'org.quartz.simpl.SimpleThreadPool' - with 3 threads.
  Using job-store 'org.quartz.simpl.RAMJobStore' - which does not support persistence. and is not clustered.

23:22:15,885         INFO StdSchedulerFactory:1275 - Quartz scheduler 'MyScheduler' initialized from default resource file in Quartz package: 'quartz.properties'
23:22:15,886         INFO StdSchedulerFactory:1279 - Quartz scheduler version: 1.8.3
23:22:15,886         INFO QuartzScheduler:497 - Scheduler MyScheduler_$_1 started.
23:22:20,018         INFO TestJob:26 - running job! 1
23:22:50,004         INFO TestJob:26 - running job! 2
23:22:50,010         INFO TestJob:26 - running job! 3
23:22:50,014         INFO TestJob:26 - running job! 4
23:22:50,016         INFO TestJob:26 - running job! 5
...
23:22:50,999         INFO TestJob:26 - running job! 672
23:22:51,000         INFO TestJob:26 - running job! 673

Обратите внимание, что в 23: 22: 20,018 задание работает нормально.На этом этапе задание перепланируется на выполнение каждые 50 секунд.В следующий раз, когда он будет запущен (в 23: 22: 50,004), он будет запланирован сотни раз.

Есть идеи о том, как настроить задание при выполнении выполнения этого задания?Что я делаю не так?

Спасибо!

1 Ответ

5 голосов
/ 29 января 2011

Легко.

Прежде всего, у вас есть пара недоразумений по поводу Cron Expressions."* / 20 * * * *?"это каждые двадцать секунд, как следует из комментария, но только потому, что 60 делится поровну на 20. " / 50 ..." не каждые пятьдесят секунд.это секунды 0 и 50 каждой минуты.В качестве другого примера, « / 13 ...» - это секунды 0, 13, 26, 39 и 52 каждой минуты - так что между секундой 52 и 0 секунд следующей минуты есть только 8 секунд, а не 13.Таким образом, с * / 50 вы получите 50 секунд между каждым другим увольнением и 10 секунд между остальными.

Это, однако, не является причиной вашего быстрого увольнения с работы.Проблема в том, что текущая секунда равна «50», и вы планируете запуск нового триггера на секунду «50», поэтому он немедленно срабатывает.И затем это все еще секунда 50, и задание выполняется снова, и он планирует еще один триггер на срабатывание на секунду 50 и т. Д. Столько раз, сколько можно в течение 50-й секунды.

Вам необходимо установитьвремя запуска триггера в будущее (не менее одной секунды) или оно сработает в ту же секунду, как вы планируете его, если расписание соответствует текущей секунде.

Также, если вам действительно нужны каждые «N» секундТип расписания, я предлагаю SimpleTrigger, а не CronTrigger.SimpleTrigger может делать «каждые 35 секунд» или «каждые 50 секунд» без проблем.CronTrigger предназначен для выражений типа «на секундах 0, 15, 40 и 43 минут 15 и 45 10-часового часа каждого понедельника января».

...