Programación de trabajos: EJB 3.1 ¿Cronómetros o cuarzo?

Question

Nuestra tienda actualmente utiliza Quartz para nuestros proyectos existentes. El único inconveniente es que los subprocesos de Quartz se ejecutan sin gestionar.

Nos estamos moviendo a EJB 3.1 y me preguntaba si hay alguna forma de replicar la naturaleza dinámica de la programación de trabajos de Quartz. Específicamente, me gustaría saber si alguien ha oído hablar de alguien escribiendo una interfaz gráfica de usuario para gestionar, gestionar o editar trabajos utilizando EJB 3.1.

Por lo que he leído, esto parece imposible o muy engorroso. Parece que los temporizadores EJB 3.1 son privados para el bean en el que residen, por lo que el proceso de recopilarlos y examinarlos es bastante difícil. Además, parece que los temporizadores EJB 3.1 son puramente programáticos/declarativos, es decir, requieren una redistribución para modificar sus parámetros o configuraciones.

¿Algún pensamiento, idea o experiencia en este campo?

Última nota, estamos utilizando Websphere 8.0.

Answer 1

Parece que los temporizadores EJB 3.1 son privados para el bean en el que residen, por lo que el proceso de recopilarlos y examinarlos es bastante difícil.

Desgraciadamente, esto es de hecho el caso, véase mi respuesta a una pregunta similar aquí: How to get all EJB timers?

Además, parece que los EJB 3.1 temporizadores son puramente programática/declaritive, es decir, que requieren una reimplementación de modificar sus parámetros o configuraciones

Bueno, desde dentro del bean donde programó los temporizadores puede cancelar un temporizador y volver a programarlo si lo desea.

Con todo, después de usar EJB 3.1 temporizadores por un tiempo ahora puedo decir que son muy convenientes, pero todavía hay un par de omisiones. El problema que menciona aquí es uno, pero tampoco hay una forma portátil de especificar dónde se conservan los temporizadores. En realidad, a menudo no hay manera de hacerlo desde un proyecto. En Quartz esto no es problema.