http://my.oschina.net/laiweiwei/blog/122280
- 需求
创建多个不同的Scheduler实例,每个实例自主启动、关闭
- 问题
如果直接用
获取的scheduler是从仓储SchedulerRepository里面取出来的,仓储注册scheduler的时候为每个scheduler分配一个唯一的名字,问题就在于这里,Quartz默认有个配置文件quartz.properties,里面定义了这个名字,这样的话,每次通过sf.getScheduler()获取的都是同一个实例,(假设你认为get出来的都是不同实例)把其中的某一个shceduler shutdown的话,其他scheduler也会关闭掉,因为它们其实是同一个实例!12SchedulerFactory sf =newStdSchedulerFactory();Scheduler scheduler = sf.getScheduler();
尝试使用:
发现返回的都是null,翻看源码,此方法并没有进行创建对象的逻辑。而仅仅是lookup而已!1sf.getScheduler("给定名字")
然后再尝试通过DirectSchedulerFactory.getInstance().createXXX的方法创建Scheduler实例,结果发现这些方法的参数...:
这确实很灵活!但是真TM底层!突然感到很无奈。1.createScheduler(schedulerName, schedulerInstanceId, threadPool, jobStore);
Google了很久,StackOverFlow上面也有类似的问题,但是都说没有API直接提供创建给定名字的Scheduler实例。但是无意中想起来,Quartz貌似支持配置文件初始化的,于是翻到了Quartz的默认配置文件(在其jar包里)quartz.properties。
于是就照葫芦画瓢的,将这些配置内容拷贝一份,在代码里写到一个Properties里面,然后调用初始化方法。搞定!1234567891011121314151617# Default Properties fileforuse by StdSchedulerFactory# to create a Quartz Scheduler Instance,ifa different# properties file is not explicitly specified.org.quartz.scheduler.instanceName: DefaultQuartzSchedulerorg.quartz.scheduler.rmi.export:falseorg.quartz.scheduler.rmi.proxy:falseorg.quartz.scheduler.wrapJobExecutionInUserTransaction:falseorg.quartz.threadPool.class: org.quartz.simpl.SimpleThreadPoolorg.quartz.threadPool.threadCount:10org.quartz.threadPool.threadPriority:5org.quartz.threadPool.threadsInheritContextClassLoaderOfInitializingThread:trueorg.quartz.jobStore.misfireThreshold:60000org.quartz.jobStore.class: org.quartz.simpl.RAMJobStore
- 解决方案
显式使用StdSchedulerFactory,调用其initialize方法,并且自己定义填写配置内容:
12345678StdSchedulerFactory sf =newStdSchedulerFactory();Properties props =newProperties();props.put("org.quartz.scheduler.instanceName","你定义的名字");props.put("org.quartz.threadPool.threadCount","10");#必填sf.initialize(props);scheduler = sf.getScheduler();System.out.println(scheduler.getSchedulerName());scheduler.shutdown();
- 以上方案通过初步测试使用。但是还需要在生产环境下使用看看......反馈情况将在这里补填
=================== 最新反馈 2013-05-08 11:39 ========================
经过近两个月的生产环境使用,发现以上解决方案可行,推荐使用之
本文详细介绍了如何使用Quartz库解决多个Scheduler实例共享问题,通过显式配置SchedulerFactory来创建不同名称的Scheduler实例,避免了实例共享导致的问题。包括解决方案、代码实现和生产环境验证。
1185

被折叠的 条评论
为什么被折叠?



