Bug 1042512 - Guided Editor - DSL values used in consequence not editable after save
Summary: Guided Editor - DSL values used in consequence not editable after save
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: JBoss BRMS Platform 6
Classification: Retired
Component: Business Central
Version: 6.0.0
Hardware: Unspecified
OS: Unspecified
high
high
Target Milestone: ER1
: 6.0.1
Assignee: Toni Rikkola
QA Contact: Jiri Locker
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-12-12 23:13 UTC by Tihomir Surdilovic
Modified: 2014-08-06 19:58 UTC (History)
7 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
When using the Guided Rule Editor, a Domain Specific Language (DSL) enum value used in a consequence rule does not persist when saved. The only known workaround for this at the moment is to delete the DSL and recreate it.
Clone Of:
Environment:
Last Closed: 2014-08-06 19:58:16 UTC
Type: Bug


Attachments (Terms of Use)
DSL losing editability after save screenshot (117.14 KB, image/png)
2014-02-21 17:41 UTC, Josh West
no flags Details
Holding DSL (318 bytes, text/plain)
2014-03-17 16:45 UTC, Jiri Locker
no flags Details

Description Tihomir Surdilovic 2013-12-12 23:13:56 UTC
Guided Rule Editor, after adding a consequence that uses DSL enum values, they dissapear after save. Only way to fix is to delete the DSL and recreate it in order for them to show back up.

Comment 2 Edson Tirelli 2013-12-13 16:02:24 UTC
Although annoying, I will nack this for 6.0.0 and propose it for 6.0.1, given that there is a work around. If we have time, we will of course fix it for 6.0.0 and change the nack->ack.

If you think this must be fixed for 6.0.0, please ping us and we will re-consider.

Comment 3 manstis 2013-12-19 19:06:30 UTC
Toni.. another one :(

When writing the unit test could you please also try an enum in the Condition? I suspect this is something that could be common across both Conditions and Actions (and not even necessarily specific to DSLs).

Comment 4 manstis 2014-02-04 20:54:31 UTC
I created the following DSL:-

[then]Set applicants credit rating to {rating:ENUM:Applicant.creditRating} = applicant.setCreditRating("{rating}");

This correctly showed an enumeration drop-down in the RHS of the rule. I selected a value in the guided rule, saved it, closed the editor and re-opened. It was correctly re-opened and the RHS enumeration could still be edited.

It is possible this has been fixed under another BZ relating to issues re-opening guided rules. Setting to MODIFIED for QE testing to confirm this is no longer an issue.

Comment 5 Josh West 2014-02-21 17:39:08 UTC
This does happen on Condition side of the DSL as well in 6.0.0GA.  See attached screenshot for an example - corrsponding DSL [conditions] are: 

[condition] If there is a Holding = $holding : Holding( )
[condition] and the Country of Exchange is "{countryOfExchange:ENUM:holding.countryOfExchange}" = ...
[condition] and the Capital threshold is greater than "{capitalThreshold} %"  = ...

Comment 6 Josh West 2014-02-21 17:41:37 UTC
Created attachment 866162 [details]
DSL losing editability after save screenshot

Comment 7 Jiri Locker 2014-03-17 16:45:51 UTC
Created attachment 875590 [details]
Holding DSL

I have reproduced exactly as the screenshot illustrates with this DSL on 6.0.0.GA.

This is in fact the same issue as bug 1067923.

Comment 8 Jiri Locker 2014-03-17 16:48:38 UTC
> This is in fact the same issue as bug 1067923.

I mean comment #6 is duplicate of 1067923.

Comment 9 Jiri Locker 2014-03-17 16:55:27 UTC
Consequences input fields are now editable after reopen, too.


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