Avantages et inconvénients de l'utilisation de java.util.minuterie vs Quartz pour la planification?

Je dois écrire une application qui effectue une série de tâches:

  1. tâche à exécuter une fois à 0200 heures chaque jour.
  2. tâche à exécuter une fois à 0400 heures de la journée
  3. tâche à exécuter à intervalles de 15 minutes au départ de 0003 heures
  4. tâche à exécuter à intervalles de 15 minutes au départ de 0005 heures

Quels sont les avantages et les inconvénients de l'utilisation de la plaine de java.util.minuteur de Vs. Quartz pour cela?

Sont il d'autres solutions, je doivent être pris en compte?

OriginalL'auteur Omar Kooheji | 2011-11-10

  1. 10

    Quartz

    • Supplémentaires de dépendance
    • API actuellement (fin 2011) modifiant: 1.x sur son chemin, mais le seul pris en charge par le Printemps et peut-être d'autres
    • Emplois peuvent être stockées de manière persistante; plusieurs Planificateurs peuvent être regroupées pour l'équilibrage de charge et basculement
    • La différenciation entre l'Emploi et de Déclencher faut un peu s'habituer à, mais il est possible de
    • Plus puissant répété planification des expressions (par exemple, crontrigger (en anglais) pour cron expressions)

    Minuterie

    • Est livré avec la JSE 1.3+ hors de la boîte
    • Pour votre fonctionnalité probablement assez
    • Moins souple, mais moins complexe que bien

    Je suis personnellement en utilisant Quartz + stockage persistant pour une application Web où les déclencheurs peuvent être créés de manière interactive et doivent survivre à la redémarre, à l'aide de Le printemps de l'abstraction de planification. Les deux Api à mon humble avis, l'absence d'un concept important: nouvelle tentative de tâches qui ont échoué après une certaine période de temps. L'ajout de cette pour moi a été une douleur pour les tâches répétées qui doit être retentée.

    OriginalL'auteur nd.

  2. 1

    Pour l'un, le Quartz est plus extensible. Lorsque vous créez un besoin de cron comme les travaux, de quartz deja a l'appui de cette.
    Les threads qui sont utilisés par votre application sont également gérés par quartz, de sorte que vous n'avez pas à être de commencer votre propre thread. C'est joli, que c'est géré par le Planificateur Quartz.
    Il s'intègre également avec le framework spring (ne sais pas si c'est applicable dans votre cas).
    Le Quartz a documentation raisonnable et est soutenu par une communauté.

    Ne sais pas vraiment si le java.util.La minuterie est vraiment utilisé dans les environnements d'Entreprise, mais cela dépend de votre application.

    OriginalL'auteur jelle

  3. 1

    une mise à jour: aujourd'hui (en 2014) avec l'avènement de l'intégré java planificateurs en Java 1.6, 1.7,.... je pense que le quartz est de moins en moins de choix.

    non, je ne le pense pas. Encore besoin de vous de quartz si vous sur un environnement de production où il y a beaucoup de serveurs en cluster. La facilité et la flexibilité que le quartz fournir dans pas comparables à en construire les planificateurs
    même avec du quartz que vous avez à traiter avec le clustering. Pas de solution

    OriginalL'auteur nabeel