JBPM: Plusieurs transitions sortant d'un nœud de tâche

Question

dans JBPM, puis-je avoir (techniquement) plusieurs transitions sortant d'un nœud de tâche?

Si oui, est-ce une bonne pratique?

Toute aide serait utile.

Answer 1

Oui, c'est possible.

Pourquoi pas. Vous avez deux façons pour un processus et vous ne pouvez pas définir de manière algorithmique pour en choisir un.

Answer 2

C'est possible, mais si vous propagez l'exécution de votre processus par callign token.signal() ou taskInstance.end(), la transition choisie sera la première (au format .xml), quelles que soient les conditions être sur ces transitions. Si cette condition est évaluée à une fausse exception sera levée. En sortie de la zone, seul le nœud de décision prend en charge le choix de la transition en évaluant les conditions sur celles-ci et la première transition avec la condition évaluée comme vraie sera choisie (ou la première si aucune condition n'est vraie).

Mais il est très simple d'écrire un gestionnaire d'actions personnalisé qui propage l'exécution à la main (token.signal ("transitionname")), et en choisissant la transition Right (tm).

Désolé pour mon anglais.

Answer 3

Je pense que ce qu'il veut est Fork, Fork est un type de nœud qui vous aide avec plusieurs transitions, plus probablement multi-flux, le meilleur exemple de cette façon est MC Donald, si vous achetez quelque chose qu'ils font Dans le même temps, vous payez, donc quand vous avez fini le paiement, vous avez comme un 'join' donc la livraison et vous pouvez être heureux ou non.

Si tel est le point de go à « fourchette » et «JOIN, vous pouvez facilement trouver des réponses dans le JBPM Docs

Answer 4

Dans le BPM il y a une possibilité. La tâche peut avoir deux transactions ou plus, et l'utilisateur peut choisir une, deux ou plusieurs transactions (ou toutes les transactions).

Mais je ne sais pas comment implémenter dans jBPM ...

Answer 5

vous devez utiliser un nœud fork après nœud de tâche.

Answer 6

Oui, il est possible d'avoir plusieurs connexions sortantes à partir d'un nœud de tâche dans jBPM, mais en général, je recommanderais de ne pas utiliser cette méthode en tant que meilleure pratique de modélisation. La raison en est qu'en utilisant plusieurs connexions sortantes d'un nœud de tâche, vous masquez le comportement de la passerelle (dans ce cas, implicite), ce qui le rend invisible dans le processus.

Notez que vous devez définir la propriété jbpm.enable.multi.con sur true si vous souhaitez utiliser plusieurs connexions sortantes pour les tâches, sinon le moteur le marquera comme non valide.