Bug 724655 (BRMS-558) - NPE in AbstractCompositeRestriction when using unbound variables
Summary: NPE in AbstractCompositeRestriction when using unbound variables
Keywords:
Status: VERIFIED
Alias: BRMS-558
Product: JBoss Enterprise BRMS Platform 5
Classification: JBoss
Component: BRE (Expert, Fusion)
Version: 5.1.0 GA
Hardware: Unspecified
OS: Unspecified
medium
medium
Target Milestone: ---
: BRMS 5.2.0.GA
Assignee: Nobody
QA Contact: Marek Baluch
URL: http://jira.jboss.org/jira/browse/BRM...
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-03-01 05:27 UTC by Toshiya Kobayashi
Modified: 2022-08-12 04:38 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
A NullPointerException was occurring in AbstractCompositeRestriction when using unbound variables as a side effect of missing import statements.
Clone Of:
Environment:
Last Closed:
Type: Bug


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Issue Tracker BRMS-558 0 Major Closed NPE in AbstractCompositeRestriction when using unbound variables 2016-05-18 12:12:54 UTC

Description Toshiya Kobayashi 2011-03-01 05:27:07 UTC
Help Desk Ticket Reference: https://c.na7.visual.force.com/apex/Case_View?id=500A0000004ReCC&sfdc.override=1
securitylevel_name: Public

Platform JIRA for [JBRULES-2872] NPE in AbstractCompositeRestriction when using unbound variables

Comment 1 Toshiya Kobayashi 2011-03-01 05:27:57 UTC
Link: Added: This issue incorporates JBRULES-2872


Comment 2 Anne-Louise Tangring 2011-05-31 19:13:42 UTC
Triaged by the BRMS PM team for 5.2.

Comment 3 Edson Tirelli 2011-08-19 17:51:48 UTC
As per comments on JBRULES-2872, I was unable to reproduce the NPE, but fixed line numbers on error messages.

Commit:

https://github.com/droolsjbpm/drools/commit/0c025c90adb0751bdb7622faa2ed9c82190ba587

Comment 4 Jiri Svitak 2011-08-29 11:31:24 UTC
I was able to reproduce NPE in BRMS 5.1.0 with following code:

package com.sample
import org.drools.verifier.components.NumberRestriction
rule "x"
when
    NumberRestriction( valueType == Field.INT || == Field.DOUBLE )
then
end

I have tested it in BRMS 5.2.0 ER3 and it is fixed.

Comment 5 lcarlon 2011-08-30 04:00:26 UTC
    Technical note added. If any revisions are required, please edit the "Technical Notes" field
    accordingly. All revisions will be proofread by the Engineering Content Services team.
    
    New Contents:
https://bugzilla.redhat.com/show_bug.cgi?id=724655

A NullPointerException was occurring in AbstractCompositeRestriction when using unbound variables were used, however this was a side effect of missing import statements. The bug has been corrected and no longer presents.

Comment 6 lcarlon 2011-09-14 04:28:42 UTC
    Technical note updated. If any revisions are required, please edit the "Technical Notes" field
    accordingly. All revisions will be proofread by the Engineering Content Services team.
    
    Diffed Contents:
@@ -1,3 +1 @@
-https://bugzilla.redhat.com/show_bug.cgi?id=724655
-
 A NullPointerException was occurring in AbstractCompositeRestriction when using unbound variables were used, however this was a side effect of missing import statements. The bug has been corrected and no longer presents.

Comment 7 lcarlon 2011-10-10 03:15:51 UTC
    Technical note updated. If any revisions are required, please edit the "Technical Notes" field
    accordingly. All revisions will be proofread by the Engineering Content Services team.
    
    Diffed Contents:
@@ -1 +1 @@
-A NullPointerException was occurring in AbstractCompositeRestriction when using unbound variables were used, however this was a side effect of missing import statements. The bug has been corrected and no longer presents.+A NullPointerException was occurring in AbstractCompositeRestriction when using unbound variables as a side effect of missing import statements.


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