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 el schedulingSpecification(en Especificación del Trabajo)
Una vez Scheduled Trabajo
Por una sola vez scheduled trabajo, los siguientes Estados de Ejecución se aplican para una sola vez scheduled el trabajo y la transición entre los estados es la siguiente:
Rehidratación-por una vez scheduled trabajo
La rehidratación ocurre en el event de un fallo que causa Quartz to restart. 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
Recurrente Scheduled Trabajo
Los siguientes Estados de Ejecución se aplican para un recurrente scheduled trabajo, los siguientes Estados de Ejecución se aplican para un recurrente entre los estados es el siguiente:
Rehidratación-para recurrente scheduled trabajo
La rehidratación ocurre en el event de un fallo que causa Quartz to restart. 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