| Viewing Issue Advanced Details [ Jump to Notes ] | [ Issue History ] [ Print ] | ||||||
| ID | Category | Severity | Reproducibility | Date Submitted | Last Update | ||
| 0001712 | [BOS] studio-modeling | major | always | 2010-06-21 10:12 | 2010-07-30 09:41 | ||
| Reporter | Christopher | View Status | public | ||||
| Assigned To | pupiera | ||||||
| Priority | normal | Resolution | fixed | Platform | x86 | ||
| Status | resolved | OS | Windows | ||||
| Projection | none | OS Version | 7 Home Premium | ||||
| ETA | none | Fixed in Version | BOS 5.3.M2 | Product Version | BOS 5.2 | ||
| Target Version | BOS 5.3.M2 | Product Build | |||||
| Summary | 0001712: Multiple use of the same sub-process, only the last mappings are shown in the UI | ||||||
| Description |
Post in "Usage, Operation" (2010-06-16 00:04:49): Hello everybody I use Bonita Studio 5.2 and I would like to use the same sub-process more than once in my primary process-diagram. My sub-process works like a service module, who evaluates some passed input parameters and gives back the evaluation, e.g. "true". The problem that I have is that Bonita Studio stores only the last use of the mapping properties done on the primary process-diagram. |
||||||
| Steps To Reproduce |
For example: - First use of the sub-process: On the main-process a sub-process activity called "Sub_A", with input-mapping "var_a_in_main-process" -> "var_a_in_sub-process" and ouput-mapping "var_b_in_sub-process" -> "var_b_in_main-process" - Second use of the sub-process: On the main-process a sub-process activity called "Sub_B", with input-mapping "var_c_in_main-process" -> "var_a_in_sub-process" and ouput-mapping "var_b_in_sub-process" -> "var_d_in_main-process" Theoretically this should work, the sub-process is the same, but the input and output use is different. When I check the first use of the sub-process, Bonita Studio shows in the properties not the expected "var_a_in_main-process", it shows the last use, "var_c_in_main-process". So the mappings of both sub-processes are identical, adapted at the last use, the second. If I re-define the mappings for the first sub-process, it is the second who looses his mappings. |
||||||
| Additional Information |
I also tried to duplicate (via Process -> Duplicate) the sub-process (to have two independet sub-processes linked to the two activities, in case), but this produces the same result. Post from mestab (2010-06-21 09:49:49): Hi christopher, i just tested this and it seems to be an UI issue, the model stay in the desired state. Could you report a bug in the bugtracker for this ui issue. Thank you for your feedback. |
||||||
| Tags | No tags attached. | ||||||
| Workload | 2 | ||||||
| Attached Files | |||||||
|
|
|||||||
 Relationships |
|
|
Notes |
|
|
(0003519) pupiera (developer) 2010-06-25 16:40 |
implies too heavy modifications although there is an easy workaround |
|
(0003577) svn (updater) 2010-06-30 14:08 |
bug 1712, refresh th eproperty section of mappings correctly(redraw all the section on selection modification) [Subversion, svn] r10098 |
|
Issue History |
|||
| Date Modified | Username | Field | Change |
| 2010-06-21 10:12 | Christopher | New Issue | |
| 2010-06-21 11:54 | charles.souillard | Target Version | => BOS 5.2.1 |
| 2010-06-21 13:32 | pupiera | Status | new => acknowledged |
| 2010-06-25 16:40 | pupiera | Workload | => 2 |
| 2010-06-25 16:40 | pupiera | Note Added: 0003519 | |
| 2010-06-25 16:40 | pupiera | Target Version | BOS 5.2.1 => BOS 5.3.M2 |
| 2010-06-30 14:02 | pupiera | Status | acknowledged => assigned |
| 2010-06-30 14:02 | pupiera | Assigned To | => pupiera |
| 2010-06-30 14:08 | svn | Checkin | |
| 2010-06-30 14:08 | svn | Note Added: 0003577 | |
| 2010-06-30 17:17 | pupiera | Status | assigned => resolved |
| 2010-06-30 17:17 | pupiera | Fixed in Version | => BOS 5.3.M2 |
| 2010-06-30 17:17 | pupiera | Resolution | open => fixed |
