Quelle est la méthode recommandée en tant que client pour gérer le planificateur?

Question

J'utilise Quartz Scheduler v1.8.3 et est intégré dans Apache Tomcat v6.0.10, et par conséquent le planificateur est initialized from within servlet container. Les tâches sont également ajoutées/planifiées au planificateur depuis Apache Tomcat.

Je suis la conception d'une page d'extrémité avant Web JSP (quartzAdmin.jsp) d'où je veux seulement voir les informations planificateur comme meta-data valeurs, tous les détails du travail ainsi que ses déclencheurs, d'exécution actuellement des emplois, etc.

ma question est, afin d'obtenir une poignée au planificateur, dont l'un des 2 ci-dessous option est recommandée:

Option 1: obtenir poignée en appelant directement schedulerFactory.getScheduler()

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

Option 2: Obtenir la poignée en mettant en place un singleton

public class Quartz { 

    private Quartz() { 
    } 

    private static Scheduler scheduler = null; 

    public static Scheduler getScheduler() { 
     if(scheduler == null) { 
      SchedulerFactory sf = new StdSchedulerFactory(); 
      scheduler = sf.getScheduler(); 
     } 
     return scheduler; 
    } 
} 

Puis dans mon quartzAdmin.jsp, juste un appel Quartz.getScheduler() renverrait une poignée au programmateur.

Answer 1

Ce que vous décrivez ici est un modèle singleton, et votre initialisation singleton n'est pas sûre pour les threads.

Je recommande de ne pas utiliser singleton ici, mais d'ajouter à la place une référence à Quartz à ServletContext, en l'initialisant peut-être en ServletContextListener.

web.xml

<listener> 
    <listener-class>my.package.MyServletContextListener</listener-class> 
</listener> 

MyServletContextListener.java

package my.package; 

public class MyServletContextListener implements ServletContextListener 
{ 
    @Override 
    public final void contextInitialized (
      final ServletContextEvent event 
     ) 
    { 
     final ServletContext servlet_ctx = event.getServletContext(); 

     Quartz quartz = new Quartz(); 

     servlet_ctx.addAttribute(Quartz.ATTRIBUTE_NAME, quartz); 
    } 

    @Override 
    public void contextDestroyed (
      final ServletContextEvent event 
     ) 
    { 
     final ServletContext servlet_ctx = event.getServletContext(); 

     Quartz.fromContext(servlet_ctx).shutdown(); 

     servlet_ctx.removeAttribute(Quartz.ATTRIBUTE_NAME); 
    } 
} 

Quartz.java

public final static String ATTRIBUTE_NAME = Quartz.class.getName(); 

public Quartz() 
{ 
    ... 
} 

public static Quartz fromContext(final ServletContext ctx) 
{ 
    return ctx.getAttribute(ATTRIBUTE_NAME); 
} 

public void shutdown() 
{ 
    ... 
} 

Answer 2

Je pense que les deux options créent un nouveau Scheduler, n'obtenant pas celui que vous avez configuré dans web.xml.

Je suis actuellement en train de faire cela (semblable à l'option 1):

 
...configure a QuartzInitializerListener for my webapp... 
// my servlet's init() 
public void init(ServletConfig config) throws ServletException { 
    ... 
    SchedulerFactory factory = 
      (SchedulerFactory) config.getServletContext().getAttribute(
       QuartzInitializerListener.QUARTZ_FACTORY_KEY 
      ); 
    Scheduler factory.getScheduler(); 
    ... 
}