Image du projet 'Socle K-Sup' téléversée
  1. Socle K-Sup
  2. CORE-3896

Mauvaise gestion des job en cours dans le BatchExecutionEndHelper

XMLWordImprimable

    • Icon: Bug Bug
    • Résolution: Résolu
    • Icon: Critique Critique
    • 6.07.06
    • branche 6.2, branche 6.4, branche 6.5, master, branche 6.6
    • Aucune
    • V6.7 Sprint Tickets

      Lors qu'un job est lancé via le BatchMonitoringServiceImplQuartz, (ie, via l'interface ou via un sequence job), un item est ajouté dans une liste en mémoire dans le BatchExecutionEndHelper.
      Cette liste permet d'afficher le message indiquant qu'un traitement est en cours dans l'écran des scripts automatisé.

      Une fois l'item ajouté à la liste, on repasse sur un fonctionnement Quartz standard lançant un trigger pour le job.
      Lorsque le job aura été exécuté, un événement "jobWasExecuted" sera lancé puis intercepté par le BatchExecutionEndHelper et l'item supprimé de la liste. Cela permettra le lancement de nouveaux jobs.

      Dans un environnement cluster, il est impossible de prévoir quel serveur va exécuter un job.
      Si c'est un autre serveur qui exécute le job, le traitement sera toujours indiqué "en cours" sur le serveur "planifieur" car l'événement "jobWasExecuted" aura été reçu uniquement par le serveur "exécuteur".

            frederic.rapin Frédéric RAPIN
            frederic.rapin Frédéric RAPIN
            Votes:
            0 Voter pour ce ticket
            Gérer les observateurs:
            1 Démarre l'observation de ce ticket

              Création:
              Mise à jour:
              Résolue: