{@link org.quartz.JobDetail}
instance as it is executed, and to a {@link Trigger}
instance after the execution completes. The JobDataMap
found on this object (via the getMergedJobDataMap()
method) serves as a convenience - it is a merge of the JobDataMap
found on the JobDetail
and the one found on the Trigger
, with the value in the latter overriding any same-named values in the former. It is thus considered a 'best practice' that the execute code of a Job retrieve data from the JobDataMap found on this object NOTE: Do not expect value 'set' into this JobDataMap to somehow be set back onto a job's own JobDataMap - even if it has the @PersistJobDataAfterExecution
annotation.
JobExecutionContext
s are also returned from the Scheduler.getCurrentlyExecutingJobs()
method. These are the same instances as those passed into the jobs that are currently executing within the scheduler. The exception to this is when your application is using Quartz remotely (i.e. via RMI) - in which case you get a clone of the JobExecutionContext
s, and their references to the Scheduler
and Job
instances have been lost (a clone of the JobDetail
is still available - just not a handle to the job instance that is running).
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|