Bug 1146061 - MI subprocess is transformed to Embedded subprocess
Summary: MI subprocess is transformed to Embedded subprocess
Keywords:
Status: CLOSED EOL
Alias: None
Product: JBoss BPMS Platform 6
Classification: Retired
Component: jBPM Designer
Version: 6.1.0
Hardware: Unspecified
OS: Unspecified
high
medium
Target Milestone: ER4
: 6.1.0
Assignee: Tihomir Surdilovic
QA Contact: Sona Mala
URL:
Whiteboard:
: 1168888 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2014-09-24 11:38 UTC by Sona Mala
Modified: 2020-03-27 18:39 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2020-03-27 18:39:54 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Sona Mala 2014-09-24 11:38:00 UTC
Description of problem:
I have problem with reopening of process (close Problems, etc.). If this process contains MI subprocess whose MI properties are not defined then such MI subprocess is transformed to embedded subperocess.

This is problem because Embedded subprocess does not contains MI properties and subprocess cannot be easily transformed back to MI subprocess. Mostly it means deletion of content of such subprocess and create it again. This can be a very painful workaround.


Version-Release number of selected component (if applicable):
6.1.0 DR3

How reproducible:
MI subprocess without MI properties

Steps to Reproduce:
1. Create process with MI subprocess
2. Do not set MI properties (check that source code shows just subprocess element)
3. Close Problems tab (reopen process)

Actual results:
Process contains just embedded subprocess. Now I cannot set MI properties.

Expected results:
Process contains MI subprocess.
I think that the cause of problem is that both subprocesses are represented by the same bpmn2 element (<subprocess>). Do you think that is possible to add empty '<multiInstanceLoopCharacteristics>' element into '<subprocess>' element?



Additional info:

Comment 1 Kris Verlaenen 2014-11-28 14:03:19 UTC
*** Bug 1168888 has been marked as a duplicate of this bug. ***

Comment 2 Kris Verlaenen 2015-01-05 16:28:41 UTC
Currently you need to set both MI collection input and MI data input to save the MI-related data to XML correctly.

 * Can we add validation in designer so that if MI data collection is not set it is shown as a validation error?

 * It should be possible to set only MI collection input, not MI data input (as this is not always required).

 * Would it be possible to make sure a MI sub-process is reopened correctly as MI sub-process, even if no MI collection input is set?  Could we fore example use an empty string as MI collection input in that case?  Note that if we do that, core engine validation should automatically be able to solve the first item, as validation should catch this.

Comment 3 Tihomir Surdilovic 2015-01-08 02:40:52 UTC
you can round-trip mi subprocesses now without having to set any of the mi related properties

fix in designer master and 6.2.x branches

Comment 4 Sona Mala 2015-02-04 08:58:18 UTC
When the process with a MI subprocess is reopened then the process still contains MI subprocess. The subprocess element contains now the empty 'multiInstanceLoopCharacteristics' element.

This issue was verified on 6.1.0 ER4.


Note You need to log in before you can comment on or make changes to this bug.