Produits Entr'ouvert » w.c.s.

Actuellement toutes les deux heures il y a parcourt de la totalité des demandes/fiches pour les workflows qui ont des actions globales déclenchés par des expirations. Pour la totalité d'entre elles je suppute que la date de réveil aurait pu être calculé lors du dernier {form/card}data.store(). Je confirmerai ça par un script voir les expressions présentes en production.

Le calcul de cette date de réveil pourrait être fait lors du store et cette date être stockée dans une colonne "next_wakeup", colonne qui pourra utilement être répliquée dans wcs_all_forms (et un wcs_all_cards qui pourrait être créé à l'occasion). Ainsi on pourrait avoir un job de cron réveillé bien plus souvent mais qui aurait juste à une requête sur wcs_all_forms qui retournerait une liste des Formdef.id et des formdata.id pour lesquels il faut exécuter une action globale.

Deux bénéfices :

• beaucoup moins de travail inutile
• des délais effectifs d'expiration qui peuvent être raccourcis
• plus de sécurité sur l'exécution des actions sur expiration

Ce dernier point pourrait aussi bénéficier aux sauts classiques sur expiration si on adopte le même fonctionnement au passage, en testant la condition au moment du formdata.store() et si la condition est bonne on calcule la date form_last_update_time + jump.timeout, il faudrait vérifier la aussi la plupart des conditions, je suppose d'avance que celles contenant un appel webservice.* devront être traités séparément.

Il y a 3 cas un peu difficile qu'il faut prendre en compte :

• les conditions sur des sources externes, data_sources.* et webservice.* je dirai bien de les interdire dans les triggers, actuellement je n'en vois pas dans les triggers, pour les sauts classiques il faudrait juste considérer la condition comme toujours vrai lors du calcul du prochain réveil mais en prenant comme minimum la durée minimale de 20 minutes,
• les conditions qui dépendent d'une variable form_option_* il y en a dans les triggers il faudrait les détecter et sur une modification d'option recalculer les dates de réveil concernées (dans ces cas là c'est presque toujours statique, i.e. ça ne dépend pas des données du formdata)
• les conditions qui dépendent d'autres fiches/demandes via forms|objects ou cards|objects, je n'en vois aucune dans les triggers, je les interdirait, et pour les sauts classiques il faudrait les considérer comme toujours vrais.