Bug 1190923 - Although user update some facts and re-calculation in the accumulate condition is proceeded, rule won't be fired.
Summary: Although user update some facts and re-calculation in the accumulate conditio...
Keywords:
Status: CLOSED EOL
Alias: None
Product: JBoss BRMS Platform 6
Classification: Retired
Component: BRE
Version: 6.0.3
Hardware: Unspecified
OS: Unspecified
high
high
Target Milestone: ER5
: 6.1.0
Assignee: Mario Fusco
QA Contact: Marek Winkler
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2015-02-10 02:12 UTC by Hisao Furuichi
Modified: 2020-03-27 20:08 UTC (History)
3 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2020-03-27 20:08:30 UTC
Type: Bug
Embargoed:
hfuruich: needinfo+


Attachments (Terms of Use)
reproducer (11.32 KB, application/zip)
2015-02-10 02:12 UTC, Hisao Furuichi
no flags Details


Links
System ID Private Priority Status Summary Last Updated
Red Hat Issue Tracker DROOLS-694 0 Major Resolved accumulate with sliding window and other LHS condition 2015-10-12 12:14:07 UTC

Description Hisao Furuichi 2015-02-10 02:12:47 UTC
Created attachment 989915 [details]
reproducer

Description of problem:
Although user update some facts and re-calculation in the accumulate condition is proceeded, rule won't be fired.  Using "collect" instead of "accumulate" does not work either.  When we comment out "no-loop true" and "update($target)", the rule is fired correctly, but that modification won't be propagated because it was not notified to the engine.  If we use "simple" conditions (without accumulate nor collect), it works fine.

Version-Release number of selected component (if applicable):
- BRMS 6.0.3
- BRMS 6.1.0.ER4

Steps to Reproduce:
1. Download attached reproducer and run JUnit Test written in com.sample.DroolsTest

Actual results:
Fail the Junit test. (Rule is not fired when user update some facts and re-calculation in the accumulate condition is proceed)

Expected results:
Pass the JUnit test.(Rule is fired when user update some facts and re-calculation in the accumulate condition is proceed)

Comment 3 Mario Fusco 2015-02-11 09:41:42 UTC
This issue has been already reported (in a slightly different way) here https://issues.jboss.org/browse/DROOLS-694 and fixed with this commit https://github.com/droolsjbpm/drools/commit/1484c4fb91b586ae9465ec324304129af0d243ce

I checked that the provided reproducer now works on both master and 6.2.x branches.

Comment 4 Edson Tirelli 2015-02-11 15:06:12 UTC
Setting the target milestone and target release to be included in ER5 testing.

Comment 7 Marek Winkler 2015-03-05 12:35:47 UTC
Verified in BRMS 6.1.0 ER5.


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