[JBoss JIRA] (JBRULES-3718) java.lang.NullPointerException at org.mvel2.ast.IntSub.getReducedValueAccelerated
by Mario Fusco (JIRA)
[ https://issues.jboss.org/browse/JBRULES-3718?page=com.atlassian.jira.plug... ]
Mario Fusco commented on JBRULES-3718:
--------------------------------------
I'd need to reproduce this issue in order to figure out what's going on.
Can you send a reproducer or at least can you give more details about the types you're using in that rule?
> java.lang.NullPointerException at org.mvel2.ast.IntSub.getReducedValueAccelerated
> ---------------------------------------------------------------------------------
>
> Key: JBRULES-3718
> URL: https://issues.jboss.org/browse/JBRULES-3718
> Project: JBRULES
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: drools-core
> Affects Versions: 5.5.0.Final
> Environment: Windows 7 64bit - Java 1.7.0
> Drools-planner 5.5.0.Final
> -> Drools-core 5.5.0.Final
> -> mvel2 2.1.3.Final
> Reporter: Michiel Vermandel
> Assignee: Mario Fusco
>
> When I run my planning I get now and then the stacktrace as mentioned below.
> It happens about 1 in 5 times during running a JUnit test on small amount of planning entities and problem facts.
> It started after adding my last rule:
> rule "tasksInSameCommunityMustBeChained"
> when
> $lead : Task(this==lead, period!=null, communityId!= null, $communityId : communityId)
> not ( Task(this==lead, communityId == $communityId, id != $lead.id, ($lead.startPeriodId-1) <= endPeriodId && ($lead.endPeriodId+1) >= startPeriodId ) )
> then
> insertLogical(new IntConstraintOccurrence("tasksInSameCommunityMustBeChained", ConstraintType.NEGATIVE_HARD, Importance.chainedPeriod, $communityId, $lead, $lead.getStartPeriodId()));
> end
> Stack trace:
> Exception in thread "Thread-1" java.lang.NullPointerException
> at org.mvel2.ast.IntSub.getReducedValueAccelerated(IntSub.java:17)
> at org.mvel2.compiler.ExecutableAccessor.getValue(ExecutableAccessor.java:38)
> at org.mvel2.ast.Substatement.getReducedValueAccelerated(Substatement.java:44)
> at org.mvel2.ast.BinaryOperation.getReducedValueAccelerated(BinaryOperation.java:108)
> at org.mvel2.ast.And.getReducedValueAccelerated(And.java:34)
> at org.mvel2.MVELRuntime.execute(MVELRuntime.java:85)
> at org.mvel2.compiler.CompiledExpression.getDirectValue(CompiledExpression.java:123)
> at org.mvel2.compiler.CompiledExpression.getValue(CompiledExpression.java:119)
> at org.mvel2.compiler.CompiledExpression.getValue(CompiledExpression.java:113)
> at org.mvel2.MVEL.executeExpression(MVEL.java:930)
> at org.drools.rule.constraint.MvelConditionEvaluator.evaluate(MvelConditionEvaluator.java:70)
> at org.drools.rule.constraint.MvelConditionEvaluator.ensureBranchEvaluation(MvelConditionEvaluator.java:117)
> at org.drools.rule.constraint.MvelConditionEvaluator.ensureCompleteEvaluation(MvelConditionEvaluator.java:102)
> at org.drools.rule.constraint.MvelConditionEvaluator.ensureCompleteEvaluation(MvelConditionEvaluator.java:90)
> at org.drools.rule.constraint.MvelConditionEvaluator.getAnalyzedCondition(MvelConditionEvaluator.java:82)
> at org.drools.rule.constraint.MvelConstraint.executeJitting(MvelConstraint.java:270)
> at org.drools.rule.constraint.MvelConstraint.access$200(MvelConstraint.java:51)
> at org.drools.rule.constraint.MvelConstraint$ConditionJitter.run(MvelConstraint.java:250)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
> at java.lang.Thread.run(Unknown Source)
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 3 months
[JBoss JIRA] (AS7-6207) Improve HornetQ interceptor support
by Jeff Mesnil (JIRA)
[ https://issues.jboss.org/browse/AS7-6207?page=com.atlassian.jira.plugin.s... ]
Jeff Mesnil commented on AS7-6207:
----------------------------------
Being able to add a module will not be enough. All AS7 integration code is doing is pass to HornetQ configuration the names of the class to load.
When HornetQ server is started, it will uses its own classloader to load the interceptor classes. That's why we have to tweak the org.hornetq module.xml so that HornetQ classloader can find them.
I'll sync with HornetQ team to see if we could add an alternative way to inject directly interceptor instances so that AS7 would be able to load them modulary and pass them to HornetQ at runtime.
> Improve HornetQ interceptor support
> -----------------------------------
>
> Key: AS7-6207
> URL: https://issues.jboss.org/browse/AS7-6207
> Project: Application Server 7
> Issue Type: Feature Request
> Components: JMS
> Affects Versions: 7.1.3.Final (EAP)
> Reporter: Jeff Mesnil
> Assignee: Jeff Mesnil
>
> HornetQ interceptors requires to tweak the org.hornetq module's module.xml to add a dependency to a JBoss module containing the interceptor class.
> Instead, the messaging subsystem should have a "module" attribute to load the remoting-interceptors without requiring any changes to hornetq or messaging subsystem modules.
> This will require to transform the remoting-interceptors attribute (which is a list of class names) to a messaging child resource identified by its class-name and with a module attribute.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 3 months
[JBoss JIRA] (JBRULES-3718) java.lang.NullPointerException at org.mvel2.ast.IntSub.getReducedValueAccelerated
by Geoffrey De Smet (JIRA)
[ https://issues.jboss.org/browse/JBRULES-3718?page=com.atlassian.jira.plug... ]
Geoffrey De Smet commented on JBRULES-3718:
-------------------------------------------
@Michiel:
Make sure your planner runs are 100% reproducable (ignoring when this exception happens of course). Does it still crash 20% of the runs?
Then double your planner's time/stepTaken. Does it still crash 20% of the runs? Yes => race condition. No, 100% => deamon JIT thread didn't get enough time to crash in the original unit test.
> java.lang.NullPointerException at org.mvel2.ast.IntSub.getReducedValueAccelerated
> ---------------------------------------------------------------------------------
>
> Key: JBRULES-3718
> URL: https://issues.jboss.org/browse/JBRULES-3718
> Project: JBRULES
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: drools-core
> Affects Versions: 5.5.0.Final
> Environment: Windows 7 64bit - Java 1.7.0
> Drools-planner 5.5.0.Final
> -> Drools-core 5.5.0.Final
> -> mvel2 2.1.3.Final
> Reporter: Michiel Vermandel
> Assignee: Mario Fusco
>
> When I run my planning I get now and then the stacktrace as mentioned below.
> It happens about 1 in 5 times during running a JUnit test on small amount of planning entities and problem facts.
> It started after adding my last rule:
> rule "tasksInSameCommunityMustBeChained"
> when
> $lead : Task(this==lead, period!=null, communityId!= null, $communityId : communityId)
> not ( Task(this==lead, communityId == $communityId, id != $lead.id, ($lead.startPeriodId-1) <= endPeriodId && ($lead.endPeriodId+1) >= startPeriodId ) )
> then
> insertLogical(new IntConstraintOccurrence("tasksInSameCommunityMustBeChained", ConstraintType.NEGATIVE_HARD, Importance.chainedPeriod, $communityId, $lead, $lead.getStartPeriodId()));
> end
> Stack trace:
> Exception in thread "Thread-1" java.lang.NullPointerException
> at org.mvel2.ast.IntSub.getReducedValueAccelerated(IntSub.java:17)
> at org.mvel2.compiler.ExecutableAccessor.getValue(ExecutableAccessor.java:38)
> at org.mvel2.ast.Substatement.getReducedValueAccelerated(Substatement.java:44)
> at org.mvel2.ast.BinaryOperation.getReducedValueAccelerated(BinaryOperation.java:108)
> at org.mvel2.ast.And.getReducedValueAccelerated(And.java:34)
> at org.mvel2.MVELRuntime.execute(MVELRuntime.java:85)
> at org.mvel2.compiler.CompiledExpression.getDirectValue(CompiledExpression.java:123)
> at org.mvel2.compiler.CompiledExpression.getValue(CompiledExpression.java:119)
> at org.mvel2.compiler.CompiledExpression.getValue(CompiledExpression.java:113)
> at org.mvel2.MVEL.executeExpression(MVEL.java:930)
> at org.drools.rule.constraint.MvelConditionEvaluator.evaluate(MvelConditionEvaluator.java:70)
> at org.drools.rule.constraint.MvelConditionEvaluator.ensureBranchEvaluation(MvelConditionEvaluator.java:117)
> at org.drools.rule.constraint.MvelConditionEvaluator.ensureCompleteEvaluation(MvelConditionEvaluator.java:102)
> at org.drools.rule.constraint.MvelConditionEvaluator.ensureCompleteEvaluation(MvelConditionEvaluator.java:90)
> at org.drools.rule.constraint.MvelConditionEvaluator.getAnalyzedCondition(MvelConditionEvaluator.java:82)
> at org.drools.rule.constraint.MvelConstraint.executeJitting(MvelConstraint.java:270)
> at org.drools.rule.constraint.MvelConstraint.access$200(MvelConstraint.java:51)
> at org.drools.rule.constraint.MvelConstraint$ConditionJitter.run(MvelConstraint.java:250)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
> at java.lang.Thread.run(Unknown Source)
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 3 months
[JBoss JIRA] (JBRULES-3718) java.lang.NullPointerException at org.mvel2.ast.IntSub.getReducedValueAccelerated
by Geoffrey De Smet (JIRA)
[ https://issues.jboss.org/browse/JBRULES-3718?page=com.atlassian.jira.plug... ]
Geoffrey De Smet commented on JBRULES-3718:
-------------------------------------------
@Michiel Are your planner runs 100% reproducable? (So you're not specifically setting <environmentMode> to PRODUCTION and you're always seeing the exact same result and latest move in every run)
> java.lang.NullPointerException at org.mvel2.ast.IntSub.getReducedValueAccelerated
> ---------------------------------------------------------------------------------
>
> Key: JBRULES-3718
> URL: https://issues.jboss.org/browse/JBRULES-3718
> Project: JBRULES
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: drools-core
> Affects Versions: 5.5.0.Final
> Environment: Windows 7 64bit - Java 1.7.0
> Drools-planner 5.5.0.Final
> -> Drools-core 5.5.0.Final
> -> mvel2 2.1.3.Final
> Reporter: Michiel Vermandel
> Assignee: Mario Fusco
>
> When I run my planning I get now and then the stacktrace as mentioned below.
> It happens about 1 in 5 times during running a JUnit test on small amount of planning entities and problem facts.
> It started after adding my last rule:
> rule "tasksInSameCommunityMustBeChained"
> when
> $lead : Task(this==lead, period!=null, communityId!= null, $communityId : communityId)
> not ( Task(this==lead, communityId == $communityId, id != $lead.id, ($lead.startPeriodId-1) <= endPeriodId && ($lead.endPeriodId+1) >= startPeriodId ) )
> then
> insertLogical(new IntConstraintOccurrence("tasksInSameCommunityMustBeChained", ConstraintType.NEGATIVE_HARD, Importance.chainedPeriod, $communityId, $lead, $lead.getStartPeriodId()));
> end
> Stack trace:
> Exception in thread "Thread-1" java.lang.NullPointerException
> at org.mvel2.ast.IntSub.getReducedValueAccelerated(IntSub.java:17)
> at org.mvel2.compiler.ExecutableAccessor.getValue(ExecutableAccessor.java:38)
> at org.mvel2.ast.Substatement.getReducedValueAccelerated(Substatement.java:44)
> at org.mvel2.ast.BinaryOperation.getReducedValueAccelerated(BinaryOperation.java:108)
> at org.mvel2.ast.And.getReducedValueAccelerated(And.java:34)
> at org.mvel2.MVELRuntime.execute(MVELRuntime.java:85)
> at org.mvel2.compiler.CompiledExpression.getDirectValue(CompiledExpression.java:123)
> at org.mvel2.compiler.CompiledExpression.getValue(CompiledExpression.java:119)
> at org.mvel2.compiler.CompiledExpression.getValue(CompiledExpression.java:113)
> at org.mvel2.MVEL.executeExpression(MVEL.java:930)
> at org.drools.rule.constraint.MvelConditionEvaluator.evaluate(MvelConditionEvaluator.java:70)
> at org.drools.rule.constraint.MvelConditionEvaluator.ensureBranchEvaluation(MvelConditionEvaluator.java:117)
> at org.drools.rule.constraint.MvelConditionEvaluator.ensureCompleteEvaluation(MvelConditionEvaluator.java:102)
> at org.drools.rule.constraint.MvelConditionEvaluator.ensureCompleteEvaluation(MvelConditionEvaluator.java:90)
> at org.drools.rule.constraint.MvelConditionEvaluator.getAnalyzedCondition(MvelConditionEvaluator.java:82)
> at org.drools.rule.constraint.MvelConstraint.executeJitting(MvelConstraint.java:270)
> at org.drools.rule.constraint.MvelConstraint.access$200(MvelConstraint.java:51)
> at org.drools.rule.constraint.MvelConstraint$ConditionJitter.run(MvelConstraint.java:250)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
> at java.lang.Thread.run(Unknown Source)
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 3 months
[JBoss JIRA] (JBRULES-3718) java.lang.NullPointerException at org.mvel2.ast.IntSub.getReducedValueAccelerated
by Geoffrey De Smet (JIRA)
[ https://issues.jboss.org/browse/JBRULES-3718?page=com.atlassian.jira.plug... ]
Geoffrey De Smet reassigned JBRULES-3718:
-----------------------------------------
Assignee: Mario Fusco (was: Mark Proctor)
> java.lang.NullPointerException at org.mvel2.ast.IntSub.getReducedValueAccelerated
> ---------------------------------------------------------------------------------
>
> Key: JBRULES-3718
> URL: https://issues.jboss.org/browse/JBRULES-3718
> Project: JBRULES
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: drools-core
> Affects Versions: 5.5.0.Final
> Environment: Windows 7 64bit - Java 1.7.0
> Drools-planner 5.5.0.Final
> -> Drools-core 5.5.0.Final
> -> mvel2 2.1.3.Final
> Reporter: Michiel Vermandel
> Assignee: Mario Fusco
>
> When I run my planning I get now and then the stacktrace as mentioned below.
> It happens about 1 in 5 times during running a JUnit test on small amount of planning entities and problem facts.
> It started after adding my last rule:
> rule "tasksInSameCommunityMustBeChained"
> when
> $lead : Task(this==lead, period!=null, communityId!= null, $communityId : communityId)
> not ( Task(this==lead, communityId == $communityId, id != $lead.id, ($lead.startPeriodId-1) <= endPeriodId && ($lead.endPeriodId+1) >= startPeriodId ) )
> then
> insertLogical(new IntConstraintOccurrence("tasksInSameCommunityMustBeChained", ConstraintType.NEGATIVE_HARD, Importance.chainedPeriod, $communityId, $lead, $lead.getStartPeriodId()));
> end
> Stack trace:
> Exception in thread "Thread-1" java.lang.NullPointerException
> at org.mvel2.ast.IntSub.getReducedValueAccelerated(IntSub.java:17)
> at org.mvel2.compiler.ExecutableAccessor.getValue(ExecutableAccessor.java:38)
> at org.mvel2.ast.Substatement.getReducedValueAccelerated(Substatement.java:44)
> at org.mvel2.ast.BinaryOperation.getReducedValueAccelerated(BinaryOperation.java:108)
> at org.mvel2.ast.And.getReducedValueAccelerated(And.java:34)
> at org.mvel2.MVELRuntime.execute(MVELRuntime.java:85)
> at org.mvel2.compiler.CompiledExpression.getDirectValue(CompiledExpression.java:123)
> at org.mvel2.compiler.CompiledExpression.getValue(CompiledExpression.java:119)
> at org.mvel2.compiler.CompiledExpression.getValue(CompiledExpression.java:113)
> at org.mvel2.MVEL.executeExpression(MVEL.java:930)
> at org.drools.rule.constraint.MvelConditionEvaluator.evaluate(MvelConditionEvaluator.java:70)
> at org.drools.rule.constraint.MvelConditionEvaluator.ensureBranchEvaluation(MvelConditionEvaluator.java:117)
> at org.drools.rule.constraint.MvelConditionEvaluator.ensureCompleteEvaluation(MvelConditionEvaluator.java:102)
> at org.drools.rule.constraint.MvelConditionEvaluator.ensureCompleteEvaluation(MvelConditionEvaluator.java:90)
> at org.drools.rule.constraint.MvelConditionEvaluator.getAnalyzedCondition(MvelConditionEvaluator.java:82)
> at org.drools.rule.constraint.MvelConstraint.executeJitting(MvelConstraint.java:270)
> at org.drools.rule.constraint.MvelConstraint.access$200(MvelConstraint.java:51)
> at org.drools.rule.constraint.MvelConstraint$ConditionJitter.run(MvelConstraint.java:250)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
> at java.lang.Thread.run(Unknown Source)
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 3 months
[JBoss JIRA] (JBRULES-3657) Eval bytecode not correctly generated
by Mario Fusco (JIRA)
[ https://issues.jboss.org/browse/JBRULES-3657?page=com.atlassian.jira.plug... ]
Mario Fusco commented on JBRULES-3657:
--------------------------------------
This seems to be a duplicate of this bug: https://issues.jboss.org/browse/JBRULES-3283
If so I backported the fix to the 5.3.x branch only 2 days ago.
> Eval bytecode not correctly generated
> -------------------------------------
>
> Key: JBRULES-3657
> URL: https://issues.jboss.org/browse/JBRULES-3657
> Project: JBRULES
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 5.3.1.Final
> Reporter: Mario Fusco
> Assignee: Mario Fusco
> Fix For: 5.3.2.Final
>
>
> When a declaration does a double dereferencing, with the value of the method returned by the second dereferencing being a primitive type, the bytecode of the eval class using it is not correctly generated and causes, when instanced, an Exception like the following:
> Exception in thread "main" java.lang.VerifyError: (class: gov/ssa/asa/rules/Rule_vhrGroupingByLocationEval0Invoker, method: evaluate signature: (Lorg/drools/spi/Tuple;[Lorg/drools/rule/Declaration;Lorg/drools/WorkingMemory;Ljava/lang/Object;)Z) Expecting to find integer on stack
> at java.lang.Class.getDeclaredConstructors0(Native Method)
> at java.lang.Class.privateGetDeclaredConstructors(Class.java:2389)
> at java.lang.Class.getConstructor0(Class.java:2699)
> at java.lang.Class.newInstance0(Class.java:326)
> at java.lang.Class.newInstance(Class.java:308)
> at org.drools.rule.JavaDialectRuntimeData.wire(JavaDialectRuntimeData.java:413)
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 3 months
[JBoss JIRA] (JBRULES-3657) Eval bytecode not correctly generated
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/JBRULES-3657?page=com.atlassian.jira.plug... ]
RH Bugzilla Integration commented on JBRULES-3657:
--------------------------------------------------
Amana <ajuricic(a)redhat.com> made a comment on [bug 860698|https://bugzilla.redhat.com/show_bug.cgi?id=860698]
Has it been fixed on brms 5.3.1. GA deployable ? I have one customer getting the same error described in comment #11 on brms 5.3.1.
> Eval bytecode not correctly generated
> -------------------------------------
>
> Key: JBRULES-3657
> URL: https://issues.jboss.org/browse/JBRULES-3657
> Project: JBRULES
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 5.3.1.Final
> Reporter: Mario Fusco
> Assignee: Mario Fusco
> Fix For: 5.3.2.Final
>
>
> When a declaration does a double dereferencing, with the value of the method returned by the second dereferencing being a primitive type, the bytecode of the eval class using it is not correctly generated and causes, when instanced, an Exception like the following:
> Exception in thread "main" java.lang.VerifyError: (class: gov/ssa/asa/rules/Rule_vhrGroupingByLocationEval0Invoker, method: evaluate signature: (Lorg/drools/spi/Tuple;[Lorg/drools/rule/Declaration;Lorg/drools/WorkingMemory;Ljava/lang/Object;)Z) Expecting to find integer on stack
> at java.lang.Class.getDeclaredConstructors0(Native Method)
> at java.lang.Class.privateGetDeclaredConstructors(Class.java:2389)
> at java.lang.Class.getConstructor0(Class.java:2699)
> at java.lang.Class.newInstance0(Class.java:326)
> at java.lang.Class.newInstance(Class.java:308)
> at org.drools.rule.JavaDialectRuntimeData.wire(JavaDialectRuntimeData.java:413)
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 3 months