[jboss-jira] [JBoss JIRA] (JBRULES-3234) NPE while creating activations if a fact is modified by multiple prior consequences

Jamie Shaw (Updated) (JIRA) jira-events at lists.jboss.org
Wed Oct 5 17:24:16 EDT 2011


     [ https://issues.jboss.org/browse/JBRULES-3234?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Jamie Shaw updated JBRULES-3234:
--------------------------------

    Attachment: JBRULES-3234.zip


Here's an Eclipse project containing an extremely simple example that demonstrates the behavior.  Setting isBuyer to 'true' causes the error and setting it to 'false' does not.
                
> NPE while creating activations if a fact is modified by multiple prior consequences 
> ------------------------------------------------------------------------------------
>
>                 Key: JBRULES-3234
>                 URL: https://issues.jboss.org/browse/JBRULES-3234
>             Project: Drools
>          Issue Type: Bug
>      Security Level: Public(Everyone can see) 
>          Components: drools-core  (expert), drools-core (flow)
>    Affects Versions: 5.3.0.CR1
>            Reporter: Jamie Shaw
>            Assignee: Edson Tirelli
>            Priority: Critical
>         Attachments: JBRULES-3234.zip, rulest.txt
>
>
> I receive an NPE when attempting to modify a fact in a rule consequence if multiple prior rules have modified the same fact.
> It appears to involve the interaction between 3 rules, each of which is in a different agenda group.  For background, this is a fraud detection application.  Under certain conditions, we need to look up additional customer information.  Some rules are run to determine whether the lookup is required and then another rule actually does the lookup.  In this case:
> Rule 021 says if the order is small, set the lookup flag on the customer fact to false
> Rule 042B says if the order is from a 'bad' country, set the lookup flag on the customer fact to true
> Rule 022 says if the lookup flag is true, do the lookup, set the results on the customer flag and set the lookup flag on the customer fact
> If rule 021 fires alone, then 022 does not fire and all is well.
> If rule 042B fires alone, then 022 fires and all is well.
> If 021 fires to turn off the lookup AND 042B fires to turn on the lookup, then 022 gets and NPE.
> As Edson suspected, the item is null and the 'rule' variable points to rule 021.
> Each rule involved is in a different agenda group.
> This works in 5.2.0.Final, but breaks in 5.3.0.CR1.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        


More information about the jboss-jira mailing list