]
David Wade commented on DROOLS-1763:
------------------------------------
That makes sense... Thanks, was just about to try and escalate via RHEL support.
Its difficult for us as we are collecting taxes in a collection. Many of our rules have
non-trival condtions. The rules file is > 12K lines long. Am sure there is much you
would dislike in the rules and perhaps an expert assessment would be of use, but we are
not in a position to rework it at the moment due to all other work going on.
Will have a read of those docs and see where I get to. In the meantime we will have to
disable.
One of things we see then we tried 7.3.0 final is that we no longer get mvel warnings
about unable to jit or something like that.
Dependent rule not firing
-------------------------
Key: DROOLS-1763
URL:
https://issues.jboss.org/browse/DROOLS-1763
Project: Drools
Issue Type: Bug
Affects Versions: 7.0.0.Beta7, 7.3.0.Final
Environment: Linux all versions.
JDK 1.8.0 Update 144
Reporter: David Wade
Assignee: Mario Fusco
Attachments: 7.0.0.Beta6.txt, 7.3.0.Final.txt
We have been using Drools since 2.x.
Currently we use 7.0.0.Beta6 which works.
We can't upgrade because since 7.0.0.Beta7 rules dependent on the consequence of
another rule are not firing for some reason. This happens for us on 7.0.0.Beta7 through
to 7.3.0.Final.
Consider the following two rules. When run on 7.0.0.Beta6 both rules fire. From
Beta7 through to 7.3.0.Final, only the SQ rule fire, despite the RC rule passing its
conditions
{code}
rule "H2"
salience -300
when
segment:SegmentWithTax(
containsTax("SQ")
, notContainsTax("H2", "RC")
)
then
segment.addPercentageTaxEntry(taxCodeMap,"SQ","RC_13_PERCENT");
end
rule "SQ"
when
segment:SegmentWithTax(
!containsTax("SQ")
)
then
modify(segment) {
addTaxEntry(taxCodeMap,"SQ_TRANSFER_TRANSIT_LESS_THAN_FOUR_HOURS")
}
end
{code}
Will attach Drools trace logging output * 2. One for [^7.0.0.Beta6.txt] , one for
[^7.3.0.Final.txt] .