Quartz

El cuarzo es un código abierto y un servicio con todas las funciones libre de la planificación de tareas que se pueden integrar con, o se utiliza junto a prácticamente cualquier aplicación Java EE o Java SE - desde la aplicación independiente más pequeño hasta el sistema de comercio electrónico más grande .
Cuarzo se puede utilizar para crear programaciones simples o complejas para ejecutar decenas, cientos o incluso decenas de miles de puestos de trabajo; puestos de trabajo cuyas tareas se definen como componentes estándar de Java que pueden ejecutadas prácticamente cualquier cosa es posible programar a hacer. El Programador de cuarzo incluye muchas características de clase empresarial, tales como transacciones JTA y agrupamiento.

Características

• entornos de ejecución:
• cuarzo puede correr incrustado dentro de otra aplicación independiente gratis
• Cuarzo se pueden crear instancias dentro de un servidor de aplicaciones (o contenedor de servlets), y participar en transacciones XA
• cuarzo puede ejecutarse como un programa independiente (dentro de su propia máquina virtual de Java), que se utiliza a través de RMI

(Con capacidades de carga-equilibrio y fail-over)
• cuarzo puede ser instanciada como un conjunto de programas independientes


• Job Scheduling:
• Trabajo están programadas para ejecutarse cuando se produce un disparo dado. Los desencadenantes pueden ser creados con casi cualquier combinación de las siguientes directivas ...
• a cierta hora del día (en milisegundos)
• en ciertos días de la semana
• en ciertos días del mes
• en ciertos días del año
• No en ciertos días que figuran dentro de un calendario registrada (como fiestas laborales)
• repite un número específico de veces
• repite hasta una hora / fecha
• repetido indefinidamente
• repetido con un intervalo de demora

¿Qué hay de nuevo en esta versión:

• Esquema de la mayoría de los cambios en la API significativa:
• métodos de la API que devuelven (o toman como parámetros) ahora devuelven matrices (o tienen) mecanografiadas colecciones. Por ejemplo, en lugar de getJobGroupNames (): String [] ahora tenemos getJobGroupNames (): Lista
• Trabajo e identificación de disparo se basan ahora en JobKey y TriggerKey. Claves incluyen tanto un nombre y grupo. Los métodos que operan en determinados puestos de trabajo / disparadores ahora toman claves como el parámetro. Por ejemplo, getTrigger (clave TriggerKey): Trigger, en lugar de getTrigger (String nombre, grupo String):. Gatillo
• Trigger es ahora una interfaz, en lugar de una clase. Asimismo para SimpleTrigger, CronTrigger, etc.
• Nueva DSL / a base de constructor API para los trabajos de construcción y disparadores:
• Métodos de TriggerUtils relacionados con la fácil construcción de fechas se han trasladado a nueva clase DateBuilder, que se puede utilizar con las importaciones estáticas a bien crear instancias Fecha de inicio de disparo y tiempos finales, etc.
• La interfaz StatefulJob ha quedado en desuso en favor de las nuevas anotaciones de nivel de clase para las clases de empleo (con las dos anotaciones produce equivalente a la de la antigua interfaz StatefulJob):
• ersistJobDataAfterExecution - instruye al planificador para volver a almacenar contenidos JobDataMap del empleo una vez finalizada la ejecución
.
• isallowConcurrentExecution - instruye al planificador para bloquear otras instancias del mismo puesto de trabajo (por JobKey) se ejecute cuando uno ya es
.
• Nueva anotación:ExecuteInJTATransaction. La adición de esta anotación a una clase de empleo instruye cuarzo para iniciar una transacción JTA antes de ejecutar el trabajo (y comprometerse / retroceso después de la finalización / excepción). La propiedad de configuración 'wrapJobExecutionInUserTransaction "de la versión 1.x todavía existe, pero la nueva anotación le permite sintonizar el comportamiento de por puesto de trabajo, mientras que la propiedad de configuración afecta a todos los puestos de trabajo.
• Cambios significativos en el uso de JobListener y TriggerListener:
• La eliminación de la distinción entre "global" y oyentes "no globales"
• JobDetails y disparadores ya no están configurados con una lista de nombres de los oyentes a notificar, en lugar oyentes identificar qué trabajos / disparadores que les interesa.
• Los oyentes están asignados un conjunto de instancias Matcher -. que proporcionan reglas de concordancia para los trabajos / disparadores que desean recibir eventos para
• Los oyentes se gestionan a través de una API ListenerManager, en lugar de hacerlo directamente con la API de Programador.
• La clase SchedulerException y jerarquía de clases ha sido limpiado.
• DateIntervalTrigger pasó a llamarse a CalendarIntervalTrigger (o más exactamente la clase concreta es ahora CalendarIntervalTriggerImpl).
• La noción (propiedad) de la "volatilidad" de puestos de trabajo y los factores desencadenantes se ha eliminado.
• New MISFIRE_INSTRUCTION_IGNORE_MISFIRE_POLICY instrucción de fallo de encendido gatillo permite un disparador estar configurado de tal manera que se ignora selectivamente de todo fallo de encendido manipulación. En otras palabras, se disparará en cuanto se pueda, sin un manejo especial - una gran opción para mejorar el rendimiento en particular con las configuraciones que tienen una gran cantidad de una sola vez (no repetir) disparadores
.
• método compareTo de gatillo () ahora se refiere correctamente a su método () iguales, en que se compara la clave del disparador, en lugar de la próxima vez fuego. Un nuevo Comparador que ordena desencadenantes según la hora del fuego, se añadió prioritario y fundamental como Trigger.TriggerTimeComparator.
• Nuevas características:
• Scheduler.clear () método proporciona una forma conveniente (y peligroso!) Para eliminar todos los puestos de trabajo, factores desencadenantes y calendarios del planificador.
• Scheduler.scheduleJobs (Mapa triggersAndJobs, boolean replace) método proporciona además mayor conveniente de puestos de trabajo y los factores desencadenantes.
• Scheduler.unscheduleJobs (Lista triggerKeys) método proporciona Desclasificación mayor conveniente de puestos de trabajo.
• Scheduler.deleteJobs (Lista jobKeys) método proporciona eliminación masiva conveniente de puestos de trabajo (y disparadores relacionados).
• Scheduler.checkExists (JobKey jobKey) y Scheduler.heckExists (TriggerKey triggerKey) métodos proporciona manera conveniente de determinar la unicidad de las claves de trabajo / gatillo (a diferencia de edad tienen de tener que recuperar el trabajo / gatillo por su nombre y luego comprobar si el resultado fue nulo).
• JDBCJobStore permite ahora un conjunto de tablas para ser utilizado por varias instancias del planificador distintas
• JDBCJobStore es ahora capaz de almacenar las implementaciones de activación no básicos sin utilizar columnas BLOB, mediante el uso de la nueva interfaz TriggerPersistenceDelegate, que puede (opcionalmente) ser implementada por los ejecutores de los tipos de disparo personalizado.
• JDBCJobStore ahora incluye un SybaseDelegate para una mejor compatibilidad con Sybase
• expresiones Cron ahora son compatibles con la capacidad de especificar un desplazamiento para el "último día del mes" y "último día de la semana del mes" expresiones. Por ejemplos:. "L-3" (tres días atrás desde el último del mes) o "L-3W" (día de la semana más próximo al día, tres días atrás desde el último día del mes)
• archivos XML que contienen datos de programación tienen ahora una forma de especificar gatillo horas de inicio como compensaciones en el futuro desde el momento en que se procesa el archivo (útil para los disparadores que necesitan para comenzar a disparar algún tiempo después de la aplicación se inicia / desplegado).
• Desde esquema:
• esquema de archivo XML es ahora compatible con la especificación de la propiedad "prioridad" de los factores desencadenantes.
• QuartzInitializerListener (y QuartzInitializerServlet) apoya nuevo parámetro "esperar-en-apagado", lo que hará que el Programador de esperar a que la ejecución de los trabajos para completar antes de apagar, cuando el contenedor de servlets es-un despliegue de la aplicación.
• Agregado DirectoryScanJob a puestos de trabajo de la base que la nave con Cuarzo, también agregó parámetro edad mínima para FileScanJob pre-existente.
• Añadida la capacidad para añadir el ServletContext en el SchedulerContext al utilizar QuartzInitializerListener o QuartzInitializerServlet inicializar cuarzo dentro de una aplicación web Java EE.
• Varios:
• Varias mejoras de rendimiento, incluyendo (pero no limitados a):
• Capacidad de disparadores lotes adquieren están listos para ser despedido, que pueden proporcionar mejoras en el rendimiento para los programadores muy ocupadas
• Métodos para la adición de lotes / eliminación de puestos de trabajo y los factores desencadenantes (ver "Nuevas funciones")
• Los disparadores tienen una nueva opción de instrucciones fallo de encendido, MISFIRE_INSTRUCTION_IGNORE_MISFIRE_POLICY, lo cual puede ser útil si usted no requiere el manejo de fallos de encendido para su gatillo (s), y quiere tomar ventaja de una ganancia de rendimiento
• Varios correcciones de errores, por lista completa ver las notas de la versión de Jira: https://jira.terracotta.org/jira/secure/ReleaseNote.jspa?projectId=10282&version=10842
• DBCP ya no se utiliza para la agrupación de conexiones de base de datos, C3PO se utiliza en su lugar.
• implementaciones JobFactory ahora se inicializan con (pasado) un identificador para el programador.
• Todos los ejemplos empaquetados en los ejemplos?? directorio de la distribución de cuarzo han sido actualizados para hacer uso de (demostrar) la nueva API para la definición de puestos de trabajo y los factores desencadenantes.

¿Qué hay de nuevo en la versión 1.6.6:

• algunas correcciones de errores importantes
• un par de pequeñas mejoras

Requisitos

• Java 2 Standard Edition Runtime Environment