style="display:inline-block;width:728px;height:90px"
data-ad-client="ca-pub-5164839828746352"
data-ad-slot="7563230308">

problema con Quartz

Instancio el Quartz desde el context Listener asi:

             WeeklyMailTrigger wmt = new WeeklyMailTrigger();
              try {
                  log.info("Comenzo el envio de mails");
                wmt.run();
            } catch (Exception e) {
                log.info("Error Mail"+e.getMessage());
            }

corro mi tarea así:

 JobDetail   job = new JobDetail("job1", "group1", WeeklyMail.class);

  CronTrigger  trigger = new CronTrigger("trigger1", "group1", "job1", "group1",
                 "0 0/10 * * * ?");

      sched.addJob(job, true);
      Date  ft = sched.scheduleJob(trigger);

  sched.start();

El problema que tengo es que exite una instancia vieja de Quartz que sigue corriendo (en Tomcat), le hago un undeploy a la aplicacion, paro el tomcat, incluso reinicio la PC, y siempre cuando vuelvo a ejecutar el tomcat la tarea se vuelve a ejecutar... ¿Como la puedo detener?.. Gracias de antemano por la ayuda.

Opciones de visualización de comentarios

Seleccione la forma que prefiera para mostrar los comentarios y haga clic en «Guardar las opciones» para activar los cambios.

Creo que ya lo arregle

Al parecer era muy simple... sólo tube que agregar al principio del job:.

 SchedulerFactory sf = new StdSchedulerFactory();
        Scheduler sched = sf.getScheduler();

sched.deleteJob("job1", "group1");   //Obviamente con el job y el group del job que no se detenia :P

.. aunque lo correcto es hacer esto con un listener que corra cuando hacemos un undeploy a la aplicación

Imagen de ezamudio

Quartz+Spring

Has visto cómo usar Quartz con Spring? te simplifica la configuración, solamente tienes que hacer tus tareas que van a correr programadas y en Spring configuras el Scheduler y le pones los jobs que quieres programar (incluso con los horarios y todo).

El tamaño del proyecto no

El tamaño del proyecto no justificaba el uso de Spring :'(

Imagen de ezamudio

Tamaño?

Ah caray... eso significa que es un proyecto demasiado pequeño, o demasiado grande? O tamaño promedio?

Yo he usado Spring hasta para programitas en batch, porque incluir un jar más (o 6, ahora con la versión 3) me ahorra bastante tiempo de programación al no tener que estar conectando componentes por código (y hasta mayor velocidad para el deployment, al usar simplemente una configuración distinta).

No digo que tengas que usar Spring para todo, o usar todo lo que Spring ofrece, pero pues esa parte de IoC es bastante efectiva y creo que sí ayuda mucho a la productividad. Si Spring es demasiado grande, me parece que hay otras alternativas para IoC que solamente hacen eso, sin toda la demás parafernalia que incluye Spring.

Ok, creo que lo tomaré en

Ok, creo que lo tomaré en cuenta. Gracias.

style="display:inline-block;width:728px;height:90px"
data-ad-client="ca-pub-5164839828746352"
data-ad-slot="7563230308">