]
Koen Aers commented on GPD-392:
-------------------------------
The requested behaviour actually used to be the default behavour. It was changed because
of Tom Baeyens' concerns for more concise XML. I personally think that always naming
transitions is a better practice so I will restore the behaviour as requested in the next
JBoss Tools release.
Force a transition to have its name in case of Fork
---------------------------------------------------
Key: GPD-392
URL:
https://jira.jboss.org/browse/GPD-392
Project: jBPM GPD
Issue Type: Feature Request
Components: jpdl
Affects Versions: jBPM jPDL Designer 3.1.7, jBPM jPDL Designer 3.2
Reporter: Toshiya Kobayashi
Assignee: Koen Aers
When you add transitions from a fork to nodes, GPD omits the name of the first
transition.
<fork name="fork1">
<transition to="node1" ></transition>
<transition to="node2" name="to
node2"></transition>
<transition to="node3" name="to
node3"></transition>
</fork>
This works without problem. Tokens go to node1, node2, node3.
But, after some modification, you may have a process definition like:
<fork name="fork1">
<transition to="node1" name="to
node1"></transition>
<transition to="node2" ></transition>
<transition to="node3" name="to
node3"></transition>
</fork>
In this case, tokens go to node1, node1, node3.
Because if there is a transition without name, the child token goes to default leaving
transition (in this case, node1).
This problem may be fixed on jBPM side, but forcing a transition to have its name on GDP
side will help users avoid such odd process definition.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: