Bonita Sub-Processes
Playing around with Bonita sub-processes gave me a couple of interesting discoveries...
The first step was to create a sub-process by selecting tasks and using the context menu to create a new sub-process. A sub-process is a closed process connected to the main process by an interface.
But before a list of founding using the 'create subprocess' function.
More interesting is the possibility to send errors to the calling process. Use the 'end error' endpoint and define a error code. Add the 'catch error' event at the 'call activity' and you can handle the error result of the sub-process. Important: No data will be transferred from sub to main process in case of an error.
You can use my example process to explore the behavior. Initial, Step1 to Step4 are the default flow. Steps 2 and 3 are part of the sub-process. Try setting of variable values thru the process. In Step3 you can choose the 'Error' button to provoke an error. Use it and you will recognize that the data will not be changed in the main process. Download!
Sub-processes are interesting to separate or to re-use parts of the main process. But the benefits are rare if the creation and maintenance process should be simple.
The first step was to create a sub-process by selecting tasks and using the context menu to create a new sub-process. A sub-process is a closed process connected to the main process by an interface.
But before a list of founding using the 'create subprocess' function.
- The new process lacks of a lane. It's easy to create and you should do it to define a default actor.
- The new process lacks of a start and end point. It's working without but for consistency and a defined flow you should create them.
- Every Task will be renamed to 'Copy of '. That's ugly.
- The ned process is disconnected from the main process. This means different variables. You need to map the in and out variable mapping to transfer date between the processes. This will not be done automatically after creating the sub-process. But it will be done at creation time. But the mapping is not correct at all.
To fix the main-to-sub mapping change the mapping type from 'Assigned to Contract Input' to 'Assigned to Data'.
To create the sub-to-main mapping use the 'Auto map' button. - Sub processes have a separated set of actors also. You need to map it separately.
- It's not possible to stop the main process inside the sub-process. Every 'end' will jump back into the main process execution. This could be a problem if fatal errors occur inside the sub-process.
More interesting is the possibility to send errors to the calling process. Use the 'end error' endpoint and define a error code. Add the 'catch error' event at the 'call activity' and you can handle the error result of the sub-process. Important: No data will be transferred from sub to main process in case of an error.
You can use my example process to explore the behavior. Initial, Step1 to Step4 are the default flow. Steps 2 and 3 are part of the sub-process. Try setting of variable values thru the process. In Step3 you can choose the 'Error' button to provoke an error. Use it and you will recognize that the data will not be changed in the main process. Download!
Sub-processes are interesting to separate or to re-use parts of the main process. But the benefits are rare if the creation and maintenance process should be simple.
Kommentare
Kommentar veröffentlichen