Discussion :

[aylita]

Bonjour à tous!

Je commence par vous souhaiter une tres bonne fête demain!

Chose sérieuse maintenant

J'ai fait un petit programme qui doit s’exécuter tous les jours à une heure précise.
Le programme s’exécute bien en tache planifiée, mais l'heure d’exécution recule tous les jours. Si vous pouviez me dire s'il y a un souci dans mon algorithme ou dans la manière dont j'ai implémenté le Timer.

Voici l'architecture de celui-ci.

Classe ProcessXXXX (qui fait le traitement) etend TimeTask;

Classe ScheduleIT (qui fait implemente la tache planifiée) etend Timer, dans celle ci voici le contenu:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
 
   {
      (...)
      Timer t=new Timer();
      Calendar begin=Calendar.getInstance();
      Calendar ev=Calendar.getInstance();
      //ce teste permet de pouvoir relancer l'application 
     // le traitement doit demarrer tous les jours à 7h (du matin)
      if(begin.HOUR!=7){
       //on met la date de ev à j+1
            ev.add(Calendar.DATE,1)
       //on lance le traitement sur le moment present
            t.schedule(new ProcessXXXX, begin);
      //puis on met en attente jusqu'au jour suivant, puis lorsqu'il xecute         //il attend 23h avant de se relancer
            t.schedule(new ProcessXXXX,ev,82800000);
      }else{
            t.schedule(new ProcessXXXX, begin, 82800000);
      }
 
  }

Merci d'avance.

[aylita]

Aucune piste ?

[kinaesthesia]

Il faudrait poster du code car avec seulement 9 lignes dont la couche la plus haute du problème ne sont pas utile.

[Népomucène]

Si tu n'es pas encore au courant, il y a 24 heures dans un jour (et non pas 23)
en millièmes de seconde : 24 * 60 *60 * 1000 = 86400000
de sorte qu'il faut mettre :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
t.schedule(new ProcessXXXX,ev,86400000);
}else{
t.schedule(new ProcessXXXX, begin, 86400000)

par ailleurs
- la documentation spécifie qu'on utilise un objet Date et non un Calendar
- il me semble probable que tu auras un décalage d'une heure aux changements d'heure annuels (mars et octobre)


@kinaesthesia : La classe Timer lance une tâche quelconque à intervalle régulier.
Le problème vient du décalage de lancement pas de la tâche.
On n'a pas besoin de savoir ce que fait cette tâche.

[aylita]

Ah oui, je viens de me rendre compte de ma "grosse bêtise" concernant le nombre d'heure d'attente.
Par ailleurs, pour l'utilisation du Calendar, certes il peut y avoir un decalage avec les changements d'heures (ou autres), mais ce que je ne comprends pas c'est qu'en l'intervalle d'une semaine (i e la tâche a ete démarrée la semaine du 16 decembre et durant toute celle ci, l'heure se decaler d'1, alors qu'il n y a eu aucun evenement dans le calendrier).
Je suspecte un peu que j'utilise mal l'implementation horaire de la tâche.
Je vais modifier pour suivre le conseil, utiliser une Date au lieu d'un Calendar.
Je reviendrai faire un post samedi, pour vous dire si cela a changé quelque chose.

(discussion en stand by).

Et Meilleurs voeux à tous!!

[Népomucène]

Tu peux aussi remplacer schedule par scheduleAtFixedRate

En effet, la doc de schedule indique bien qu'on fini par avoir un décalage.
Si ta tâche dure 5 minutes tous les jour à 18 heures alors son exécution se fera :

• 18h le 1er jour
• 18h05 le second jour
• 18h10 le suivant
• etc ...

Par contre, scheduleAtFixedRate spécifie :

If an execution is delayed for any reason (such as garbage collection or other background activity), two or more executions will occur in rapid succession to "catch up." In the long run, the frequency of execution will be exactly the reciprocal of the specified period