Java 石英触发器已经过时了
我有750个石英工作,每个工作有一个触发器 转储触发器数据显示下一次点火时间和过去的时间。 垃圾场位于柏林/欧洲时区15:55 下一次点火时间是错误的还是Quartz的工作太多 石英工作Java 石英触发器已经过时了,java,timer,quartz-scheduler,Java,Timer,Quartz Scheduler,我有750个石英工作,每个工作有一个触发器 转储触发器数据显示下一次点火时间和过去的时间。 垃圾场位于柏林/欧洲时区15:55 下一次点火时间是错误的还是Quartz的工作太多 石英工作 Name= INSTANT_KPI_DEF_ID_1000708 Group=DEFAULT NextFireTime=Thu Feb 09 15:15:30 CET 2017 Priority=5 Paused=NOT PAUSED Triggers #=1 Name= INSTANT_KPI_DEF_ID
Name= INSTANT_KPI_DEF_ID_1000708 Group=DEFAULT NextFireTime=Thu Feb 09 15:15:30 CET 2017 Priority=5 Paused=NOT PAUSED Triggers #=1
Name= INSTANT_KPI_DEF_ID_1000829 Group=DEFAULT NextFireTime=Thu Feb 09 15:15:30 CET 2017 Priority=5 Paused=NOT PAUSED Triggers #=1
Name= INSTANT_KPI_DEF_ID_1000707 Group=DEFAULT NextFireTime=Thu Feb 09 15:15:30 CET 2017 Priority=5 Paused=NOT PAUSED Triggers #=1
Name= INSTANT_KPI_DEF_ID_1000828 Group=DEFAULT NextFireTime=Thu Feb 09 15:15:30 CET 2017 Priority=5 Paused=NOT PAUSED Triggers #=1
Name= INSTANT_KPI_DEF_ID_1000706 Group=DEFAULT NextFireTime=Thu Feb 09 15:15:30 CET 2017 Priority=5 Paused=NOT PAUSED Triggers #=1
Name= INSTANT_KPI_DEF_ID_1000827 Group=DEFAULT NextFireTime=Thu Feb 09 15:15:30 CET 2017 Priority=5 Paused=NOT PAUSED Triggers #=1
Name= INSTANT_KPI_DEF_ID_1000705 Group=DEFAULT NextFireTime=Thu Feb 09 15:15:30 CET 2017 Priority=5 Paused=NOT PAUSED Triggers #=1
Name= INSTANT_KPI_DEF_ID_1000826 Group=DEFAULT NextFireTime=Thu Feb 09 15:15:30 CET 2017 Priority=5 Paused=NOT PAUSED Triggers #=1
我发现quartz默认配置为只有10个正在运行的作业。 我把它改为200,现在我碰到的下一道墙是oracle不喜欢同时建立这么多连接
SchedulerFactoryBean quartzScheduler = new SchedulerFactoryBean();
quartzScheduler.setSchedulerName("rm-quartz-scheduler");
Properties props = new Properties();
// Thread pooling
props.put("org.quartz.threadPool.class", org.quartz.simpl.SimpleThreadPool.class.getName());
props.put("org.quartz.threadPool.threadCount", "200");
props.put("org.quartz.threadPool.threadPriority", "5");
quartzScheduler.setQuartzProperties(props);
您可以通过指定 org.quartz.dataSource.myDS.maxConnections=5 请参阅这里的示例配置
我没有使用JobStore。有一种服务器重启机制,可以基于数据库中的其他数据恢复作业。