The Properties File
Quartz uses a properties file called (kudos on the originality) quartz.properties. This isn‘t necessary at first, but to use anything but the most basic configuration it must be located on your classpath.
Again, to give an example based on my personal situation, my application was developed using WebLogic Workshop. I keep all of my configuration files (including quartz.properties) in a project under the root of my application. When I package everything up into a .ear file, the config project gets packaged into a .jar which is included within the final .ear. This automatically puts quartz.properties on the classpath.
If you‘re building a web application (i.e. in the form of a .war file) that includes Quartz, you will likely want to place the quartz.properties file in the WEB-INF/classes folder in order for it to be on the classpath.
Configuration
This is the big bit! Quartz is a very configurable application. The best way to configure Quartz is to edit a quartz.properties file, and place it in your application‘s classpath (see Installation section above).
There are several example properties files that ship within the Quartz distribution, particularly under the examples/ directory. I would suggest you create your own quartz.properties file, rather than making a copy of one of the examples and deleting the bits you don‘t need. It‘s neater that way, and you‘ll explore more of what Quartz has to offer.
Full documentation of available properties is available in the Quartz Configuration Reference.
配置清单
- About Quartz Configuration
- Main Scheduler Configuration Settings
- ThreadPool Configuration
- Global Listener Configuration
- Plugin Configuration
- RMI Configuration
- RAMJobStore Configuration
- JDBC JobStoreTX Configuration
- JDBC JobStoreCMT Configuration
- Configuring DataSources
- Cluster Configuration
- TerracottaJobStore Configuration