0

在 Quartz 中，对于 JMX 属性 CurrentExecutingJobs=> [item] => jobRunTime 在当前运行时始终为“-1”是否正常，或者 Quartz 中是否有一些设置来确保 jobRunTime 得到适当更新？

（通过 jconsole、Mission Control 和 jmx 代码确认）

用例是跟踪/监控长时间运行的作业，并认为 jobRunTime 将是合适的路径。替代路径是“fireTime”+ CURRENT_NOW 计算，但如果它已经在某处发生，则希望避免额外计算。

4

1 回答 1

0

在追逐这个之后，这个特定的值不会在没有手动设置的情况下更新。查看监控 Quartz 作业的工具，例如 Javamelody，他们也必须每次都计算它：

elapsedTime = System.currentTimeMillis()- quartzAdapter.getContextFireTime(jobExecutionContext).getTime();

如果要手动更新长时间运行的作业的 jobruntime 值以检查该值而不是在外部计算它，则必须更改必须支持此功能的每个作业。这是一个粗略的示例，可以根据您的需要进行修改，来自：https ://github.com/dhartford/quartz-snippets/blob/master/update_jobruntime_timer_innerclass 

 /**
 * inner class to handle scheduled updates of the Quartz jobruntime attribute
 */
class UpdateJobTimer extends TimerTask{
    private JobExecutionContextImpl jec;
    /* usage example, such as at the start of the execute method of the Job interface:
     * Timer timer = new Timer();
     * //update every 10 seconds (in milliseconds), whatever poll timing you want
     * timer.schedule(new UpdateJobTimer(jec), 0, 10000);
     * ...
     * timer.cancel(); //do cleanup in all appropriate spots
     */

    UpdateJobTimer(JobExecutionContextImpl jec){
        this.jec = jec;
    }

    @Override
    public void run() {
        long runtimeinms = jec.getFireTime().getTime() - new java.util.Date().getTime();
        jec.setJobRunTime(runtimeinms);
        System.out.println("DEBUG TIMERTASK on JOB: " + jec.getJobDetail().getKey().getName() + " triggered [" + jec.getFireTime() + "] updated [" + new java.util.Date() + "]" );
    }

}`
于 2017-06-28T12:42:54.123 回答