Verrouiller workflow l’activité
L’activité Verrouiller empêche les autres instances de ce workflow de continuer au-delà de cette activité jusqu’à ce que le verrou soit levé.
Plusieurs instances du même workflow peuvent s’exécuter simultanément. Par exemple, si un workflow se déclenche lorsqu’un enregistrement est ajouté à une table particulière. Ce workflow se déclenche plusieurs fois si plusieurs enregistrements sont ajoutés l’un après l’autre, une fois à chaque insertion d’enregistrement. Vous pouvez utiliser l’activité de verrouillage pour vous assurer que cette instance du workflow a terminé une ou plusieurs activités avant que toute autre instance du workflow puisse continuer.
Un workflow peut explicitement libérer un verrou avec l’activité Débloquer . Le verrou peut également être relâché lorsque la durée maximale est atteinte.
Lorsqu’une instance du workflow atteint l’activité Verrouiller , elle tente d’obtenir un verrou à l’aide de la clé spécifiée dans l’activité Verrouillage. Si une autre instance a déjà obtenu le verrou et ne l’a pas encore libéré, cette tentative de verrouillage échoue. L’instance continue d’essayer d’obtenir le verrou jusqu’à ce que le nombre maximal de tentatives soit atteint.
Nous vous recommandons de placer une activité de minuterie d’une seconde avant l’activité de verrouillage. Cela permet d’éviter une situation rare dans laquelle l’activité de verrouillage peut ne pas être en mesure de distinguer une instance de workflow d’une autre. Cette condition peut se produire car l’entité propriétaire du verrou n’est pas l’instance de workflow spécifique, mais plutôt le thread d’exécution de code dans lequel cette instance s’exécute. Dans la plupart des cas, chaque instance de workflow s’exécute sur un thread différent. L’ajout d’une activité de minuteur garantit que c’est le cas.
- Activités d’approbation
- Activités de tâche
- Activités du minuteur
- Attendre l’activité de condition
- Attendre l’activité de l’événement WF
- Activités de MID Server telles qu’un script PowerShell
Résultats
| Résultat | Description |
|---|---|
| Réussite | L’activité a réussi à obtenir un verrou. Cette instance du workflow peut aller au-delà de ce point, mais les autres instances ne peuvent pas continuer tant que le verrou n’est pas relâché. |
| Échec | Après avoir tenté d’obtenir le verrou Nombre maximal de tentatives , l’activité n’a pas pu obtenir le verrou. |
Variables d’entrée
Les variables d'entrée déterminent le comportement initial de l'activité.
| Champ | Description |
|---|---|
| Clé | Clé mutex unique. L’activité d’activité Déverrouiller utilise cette touche pour libérer le verrou. |
| Durée | |
| Durée max. | La durée maximale de persistance du verrou. Le verrou est relâché une fois cette durée atteinte. Libérer un verrou de cette façon équivaut à exécuter l’activité Débloquer . |
| Tentatives de verrouillage Spécifiez comment l’activité se comporte si la tentative de verrouillage est refusée. Si la dernière tentative de verrouillage échoue, l’état de l’activité est défini sur « délai d’expiration » et le résultat de l’activité est défini sur « échec ». |
|
| Nbre max. de tentatives | Spécifiez le nombre maximal de tentatives d’obtention du verrou par l’activité. |
| Délai entre tentatives | Durée requise après l’échec d’une tentative de verrouillage avant qu’une autre tentative de verrouillage ne soit autorisée. |
États
L’état de l’activité indique au moteur de workflow ce qu’il doit faire avec l’activité.
| État | Description |
|---|---|
| En attente | Le moteur de workflow attend l’obtention d’un verrou. |
| Terminé | Le verrou a été obtenu par l’activité. |
| Délai | L’activité n’a pas pu obtenir de verrou dans le nombre de tentatives spécifié par la variable d’entrée Nombre max. de tentatives . |