Scheduling Estado

El propósito de esta página es aclarar los posibles estados de ejecución para los dos tipos diferentes de trabajos, así como la forma en que estos estados deben ser gestionados en el contexto de la rehidratación y el manejo de fallos. Los estados de ejecución se almacenan en una colección separada que está indexada por JobId y Timestamp, siendo el JobId correspondiente a una especificación de trabajo válida en la colección de especificaciones de trabajo. Determinar si un trabajo es único o recurrente se puede hacer observando la schedulingSpecification (en la Especificación del Trabajo).

Trabajo Programado Único

Para un trabajo programado de una sola vez, los siguientes Estados de Ejecución se aplican a un trabajo programado de una sola vez y la transición entre los estados es la siguiente:

one time scheduled

Rehidratación-para un trabajo programado de una sola vez

La rehidratación ocurre en caso de una falla que causa Quartz para reiniciar. Dado que no hay persistencia en Quartz, debe ser rehidratado con trabajos que han sido persistidos en el Repositorio de Trabajos.

Los estados de los candidatos para la rehidratación serían SCHEDULED

Trabajo Programado Recurrente

Los siguientes Estados de Ejecución se aplican a un trabajo programado recurrente, los siguientes Estados de Ejecución se aplican a un recurrente entre los estados es el siguiente:

recurrent scheduled

Rehidratación-para trabajo programado recurrente

La rehidratación ocurre en caso de una falla que causa Quartz para reiniciar. Dado que en memoria Quartz scheduler se utiliza, debe ser rehidratado con trabajos que han sido persistidos en el Repositorio de Trabajos.

Los estados de los candidatos para la rehidratación serían:

  • SCHEDULED

  • TRIGGERED

  • FAILED