Bug 1079253
Summary: | BRMS 6.0.1 CR1 - guided rule editor update rule not shown in UI editor. | ||
---|---|---|---|
Product: | [Retired] JBoss BRMS Platform 6 | Reporter: | Eric D. Schabell <eschabel> |
Component: | Business Central | Assignee: | manstis |
Status: | CLOSED CURRENTRELEASE | QA Contact: | Jiri Locker <jlocker> |
Severity: | high | Docs Contact: | |
Priority: | high | ||
Version: | 6.0.1 | CC: | etirelli, lpetrovi, mbiarnes, rrajasek |
Target Milestone: | CR2 | Keywords: | Regression |
Target Release: | 6.0.1 | ||
Hardware: | x86_64 | ||
OS: | Mac OS | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2014-08-06 19:58:19 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Eric D. Schabell
2014-03-21 10:01:22 UTC
Confirmed. It seems arbitrary Formulas are not recognized and replaced by Literal with default value. Try: when $a : Appliacnt() then $a.setAge( 1 + 1 ); Save, reopen. You'll see $a.setAge( 0 ); Yes, I can confirm the same. (In reply to Jiri Locker from comment #2) > Confirmed. It seems arbitrary Formulas are not recognized and replaced by > Literal with default value. Try: > > when $a : Appliacnt() > then $a.setAge( 1 + 1 ); > > Save, reopen. You'll see $a.setAge( 0 ); I can also confirm the persisted value is correct, however it is the DRL->RuleModel unmarshalling that cannot handle the formula... investigating a fix. Ticket cherry-picked into 6.0.1.CR2 Commit: 37a839f5abec709587db6995d1fdec3633b719fa The changes are now displayed correctly after saving and reopening the rule. Please note that the rule has validation errors, though, which fail the project build. But this was broken in CR1 too. (In reply to Jiri Locker from comment #7) > Please note that the rule has validation errors, though, which fail the > project build. But this was broken in CR1 too. Sorry, false alarm. I made a mistake in the $sc.setCartItemPromoSavings formula. The described rule is valid. |