Ordre d’opération du moteur de workflow

  • Rversion finale: Yokohama
  • Mis à jour 30 janv. 2025
  • 1 minute de lecture
  • Le moteur de workflow s’exécute dans un ordre prédéfini par rapport aux règles métier et aux opérations de base de données. Il met en cache les workflows publiés couramment utilisés pour améliorer les performances.

    La propriété Exécuter après les règles de workflow d’exécution de bus définit si un workflow est défini par défaut ou différé.

    Le diagramme ci-dessous montre l’ordre des opérations du moteur de workflow, ainsi que le moment où les flux par défaut et différés sont exécutés. Pour un aperçu plus général de l’ordre de fonctionnement du moteur, consultez Ordre d’exécution des scripts et des moteurs.

    Figure 1. Diagramme d’ordre du moteur de workflow

    Mise en cache du workflow

    Le moteur de workflow met en cache les workflows publiés couramment utilisés pour améliorer les performances.

    La mise en cache réduit considérablement le nombre de requêtes de base de données par workflow. Par défaut, le moteur met en cache jusqu’à 300 versions de workflow uniques. La mise en cache de workflows très volumineux peut réduire ce nombre, car la taille du cache ne peut pas dépasser la taille du tas JVM (Java Virtual Machine).

    Pour modifier le nombre maximal de versions de workflow mises en cache, accédez à Workflow > Administration > Propriétés et modifiez la valeur de la propriété Le nombre maximal de modèles qui seront détenus simultanément dans la propriété de cache LRU (glide.workflow.model.cache.max). Vous devez redémarrer l’instance pour appliquer ce changement.