We recently updated the version of quartz in the server. JBossAS 4.2 shipped with quartz 1.5 and we upgraded to 1.6 I noticed there is a quartz-ra.rar in the deploy directory. I'm unsure what this is used for but I do not think we need or use it. I took it out, started the server and nothing bad happened (no errors and our EJB timers were triggered fine). Rather than risk having an obsolete quartz-ra.rar in the deployment (since we upgraded quartz, I'm not sure that this .rar would even work even if its deployed), we should take it out of the server build. Just one less thing installed in the server to worry about. Before we commit this, we need to confirm what this quartz-ra.rar is really for and make sure we really don't need it/use it.
FYI: quartz-ra.rar is responsible for these messages early on in the server startup (notice that it is using our updated quartz 1.6.5 now): 23:31:46,687 INFO [QuartzScheduler] Quartz Scheduler v.1.6.5 created. 23:31:46,687 INFO [RAMJobStore] RAMJobStore initialized. 23:31:46,687 INFO [StdSchedulerFactory] Quartz scheduler 'DefaultQuartzScheduler' initialized from default resource file in Quartz package: 'quartz.properties' 23:31:46,687 INFO [StdSchedulerFactory] Quartz scheduler version: 1.6.5 23:31:46,687 INFO [QuartzScheduler] Scheduler DefaultQuartzScheduler_$_NON_CLUSTERED started.
OK, now I'm sure we can get rid of quartz-ra.rar, we do not use it. See: http://www.jboss.org/community/docs/DOC-11724 "If you have installed JBoss using the 4.0.4.GA installer it comes bundled with Quartz integration packaged as a JCA Message-Inflow resource adapter: quartz-ra.rar. This resource adapter is also present in JBoss 4.2.0 or later. This integration allows you to schedule stateless or stateful quartz jobs and have the job be posted to a Message Driven bean. The Quartz Resource Adapter creates a non-persistent scheduler. Jobs are created from deployed MDBs from information in the MDB's activation config spec. Currently only cron jobs are allowed to be configured. In future versions we will support other activation config spec setting for Quartz." Nowhere in our code do we use @ResourceAdapter("quartz-ra.rar") We rely on going directly to the quartz API to setup jobs.
This bug was previously known as http://jira.rhq-project.org/browse/RHQ-1929
commit 2817b52f6ecf08670242d62f381113969d78c8e9
I have verified this against the latest build on rhq-server-4.0.0-SNAPSHOT. I don't see quartz-ra.rar in the deploy directory. Marking this bug as verified.
Oh yes and I do see the below in log, rhq-server-log4j.log:2010-10-20 17:26:52,196 INFO [org.rhq.enterprise.server.scheduler.SchedulerService] Scheduler service will start Quartz scheduler now - jobs will begin executing.
Bulk closing of issues that were VERIFIED, had no target release and where the status changed more than a year ago.