11:46 p.m.
Hi,
This is in relation to drools 4.0.4
I have an interesting problem. I am getting a null pointer exception when I am inserting a
fact into a StatefulSession object. What is odd about this NPE is that, as far as I can
tell (and I have inserted a breakpoint right before I insert the fact) that all the
properties in the object are initialized, and there are no rules accessing any thing that
could be null.
So here's my exception trace (just first few lines to get context):
Exception in thread "AWT-EventQueue-0" org.drools.RuntimeDroolsException:
java.lang.NullPointerException
at org.drools.rule.EvalCondition.isAllowed(EvalCondition.java:76)
at org.drools.reteoo.EvalConditionNode.assertTuple(EvalConditionNode.java:145)
at
org.drools.reteoo.SingleTupleSinkAdapter.createAndPropagateAssertTuple(SingleTupleSinkAdapter.java:55)
at org.drools.reteoo.LeftInputAdapterNode.assertObject(LeftInputAdapterNode.java:116)
at
org.drools.reteoo.SingleObjectSinkAdapter.propagateAssertObject(SingleObjectSinkAdapter.java:22)
at org.drools.reteoo.ObjectTypeNode.assertObject(ObjectTypeNode.java:153)
at org.drools.reteoo.Rete.assertObject(Rete.java:177)
at org.drools.reteoo.ReteooRuleBase.assertObject(ReteooRuleBase.java:192)
at org.drools.reteoo.ReteooWorkingMemory.doInsert(ReteooWorkingMemory.java:71)
at org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:886)
at org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:858)
at org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:659)
at com.hightower.drools.executablerules.Rules.setTemplate(Rules.java:112)
....
Caused by: java.lang.NullPointerException
at org.drools.base.mvel.MVELEvalExpression.evaluate(MVELEvalExpression.java:39)
at org.drools.rule.EvalCondition.isAllowed(EvalCondition.java:72)
... 39 more
(that setTemplate method is not a drools template)
Any ideas?
Thanks,
Jason
2:14 p.m.
Jason,
Can you please isolate and show us the rule that is creating the problem?
It is happening either in a eval() statement or in a nested property access.
[]s
Edson
2008/3/7, Jason Partyka <Jason.Partyka(a)hightowerinc.com>:
Hi,
This is in relation to drools 4.0.4
I have an interesting problem. I am getting a null pointer exception when
I am inserting a fact into a StatefulSession object. What is odd about this
NPE is that, as far as I can tell (and I have inserted a breakpoint right
before I insert the fact) that all the properties in the object are
initialized, and there are no rules accessing any thing that could be null.
So here's my exception trace (just first few lines to get context):
Exception in thread "AWT-EventQueue-0" org.drools.RuntimeDroolsException:
java.lang.NullPointerException
at org.drools.rule.EvalCondition.isAllowed(EvalCondition.java:76)
at org.drools.reteoo.EvalConditionNode.assertTuple(
EvalConditionNode.java:145)
at
org.drools.reteoo.SingleTupleSinkAdapter.createAndPropagateAssertTuple(
SingleTupleSinkAdapter.java:55)
at org.drools.reteoo.LeftInputAdapterNode.assertObject(
LeftInputAdapterNode.java:116)
at org.drools.reteoo.SingleObjectSinkAdapter.propagateAssertObject(
SingleObjectSinkAdapter.java:22)
at org.drools.reteoo.ObjectTypeNode.assertObject(ObjectTypeNode.java
:153)
at org.drools.reteoo.Rete.assertObject(Rete.java:177)
at org.drools.reteoo.ReteooRuleBase.assertObject(ReteooRuleBase.java
:192)
at org.drools.reteoo.ReteooWorkingMemory.doInsert(
ReteooWorkingMemory.java:71)
at org.drools.common.AbstractWorkingMemory.insert(
AbstractWorkingMemory.java:886)
at org.drools.common.AbstractWorkingMemory.insert(
AbstractWorkingMemory.java:858)
at org.drools.common.AbstractWorkingMemory.insert(
AbstractWorkingMemory.java:659)
at com.hightower.drools.executablerules.Rules.setTemplate(Rules.java
:112)
....
Caused by: java.lang.NullPointerException
at org.drools.base.mvel.MVELEvalExpression.evaluate(
MVELEvalExpression.java:39)
at org.drools.rule.EvalCondition.isAllowed(EvalCondition.java:72)
... 39 more
(that setTemplate method is not a drools template)
Any ideas?
Thanks,
Jason
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
--
Edson Tirelli
JBoss Drools Core Development
Office: +55 11 3529-6000
Mobile: +55 11 9287-5646
JBoss, a division of Red Hat @ www.jboss.com
4:56 p.m.
New subject: Interesting null pointer exception when inserting a fact.
Hi Edson,
I'll do my best. The rule uses a DSL, so I will post the specific rule and then the
corresponding DSL file. I do believe it's happening inside the eval.
Rule:
rule "awe"
dialect "mvel"
ruleflow-group 'Validation'
when
A AReallyWonderfulAndCrappyTest entry has results where
BasicMountFridayTest mountType IsEqualTo "T"
then
set BasicBlindFridayTest_JP rightwidht to 44
end
DSL:
[condition][]A {TemplateName} entry has results where=$daObj : {TemplateName}()
[condition][]{field} IsEqualTo {value}=eval ( {field} == {value} )
[condition][]{field} LessThan {value}=eval ( {field} < {value} )
[condition][]{field} GreaterThan {value}=eval ( {field} > {value} )
[condition][]{field} LessThanOrrEqualTo {value}=eval ( {field} <= {value} )
[condition][]{field} GreaterThanOrrEqualTo {value}=eval ( {field} >= {value} )
[condition][]{field} NotEqualTo {value}=eval ( {field} != {value} )
[condition][]A {TemplateName} entry is valid=$daObj : {TemplateName}()
[consequence][]set {Field} {Member} to {Value}=$daObj.get{Field}().set{Member}({Value});
[consequence][]Log {value}=LOG.info({value});
[consequence][]set {GlobalVar} {Member} to {Value}={GlobalVar}.set{Member}({Value})
[consequence][]set {Field} {Member1} to global {GlobalVar}
{GlobalMember}=$daObj.get{Field}().set{Member}({GlobalVar}.get{GlobalMember}())
[*][]set global {GlobalVar} {Member1} to global {GlobalVar}
{Member2}={GlobalVar}.set{Member1}({GlobalVar}.get{Member2}())
[consequence][]show {field} {Member1}=$daObj.get{field}().set{Member1}Visible(true);
[consequence][]hide {field} {Member1}=$daObj.get{field}().set{Member1}Visible(false);
[consequence][]show table {field}=$daObj.set{field}Visible(true);
[consequence][]hide table {field}=$daObj.set{field}Visible(false);
________________________________
From: rules-users-bounces(a)lists.jboss.org [rules-users-bounces(a)lists.jboss.org] On Behalf
Of Edson Tirelli [tirelli(a)post.com]
Sent: Saturday, March 08, 2008 7:14 AM
To: Rules Users List
Subject: Re: [rules-users] Interesting null pointer exception when inserting a fact.
Jason,
Can you please isolate and show us the rule that is creating the problem? It is
happening either in a eval() statement or in a nested property access.
[]s
Edson
2008/3/7, Jason Partyka
<Jason.Partyka@hightowerinc.com<mailto:Jason.Partyka@hightowerinc.com>>:
Hi,
This is in relation to drools 4.0.4
I have an interesting problem. I am getting a null pointer exception when I am inserting a
fact into a StatefulSession object. What is odd about this NPE is that, as far as I can
tell (and I have inserted a breakpoint right before I insert the fact) that all the
properties in the object are initialized, and there are no rules accessing any thing that
could be null.
So here's my exception trace (just first few lines to get context):
Exception in thread "AWT-EventQueue-0" org.drools.RuntimeDroolsException:
java.lang.NullPointerException
at org.drools.rule.EvalCondition.isAllowed(EvalCondition.java:76)
at org.drools.reteoo.EvalConditionNode.assertTuple(EvalConditionNode.java:145)
at
org.drools.reteoo.SingleTupleSinkAdapter.createAndPropagateAssertTuple(SingleTupleSinkAdapter.java:55)
at org.drools.reteoo.LeftInputAdapterNode.assertObject(LeftInputAdapterNode.java:116)
at
org.drools.reteoo.SingleObjectSinkAdapter.propagateAssertObject(SingleObjectSinkAdapter.java:22)
at org.drools.reteoo.ObjectTypeNode.assertObject(ObjectTypeNode.java:153)
at org.drools.reteoo.Rete.assertObject(Rete.java:177)
at org.drools.reteoo.ReteooRuleBase.assertObject(ReteooRuleBase.java:192)
at org.drools.reteoo.ReteooWorkingMemory.doInsert(ReteooWorkingMemory.java:71)
at org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:886)
at org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:858)
at org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:659)
at com.hightower.drools.executablerules.Rules.setTemplate(Rules.java:112)
....
Caused by: java.lang.NullPointerException
at org.drools.base.mvel.MVELEvalExpression.evaluate(MVELEvalExpression.java:39)
at org.drools.rule.EvalCondition.isAllowed(EvalCondition.java:72)
... 39 more
(that setTemplate method is not a drools template)
Any ideas?
Thanks,
Jason
_______________________________________________
rules-users mailing list
rules-users@lists.jboss.org<mailto:rules-users@lists.jboss.org>
https://lists.jboss.org/mailman/listinfo/rules-users
--
Edson Tirelli
JBoss Drools Core Development
Office: +55 11 3529-6000
Mobile: +55 11 9287-5646
JBoss, a division of Red Hat @ www.jboss.com<http://www.jboss.com>
7:55 p.m.
New subject: Do you have a Bug?
We are about to release 4.0.5, next week. This has a large number of bug
fixes, especially multi-threading bugs. Anyone that has production
issues can you please do a checkout for the 4.0.x branch asap and
provide us with a test case if it is not fixed. If you don't get your
test case to us by end of monday, start of tuesday, you'll have to wait
another 2 months+ for 4.0.6.
http://anonsvn.labs.jboss.com/labs/jbossrules/branches/4.0.x/
Mark
4:38 p.m.
New subject: Do you have a Bug?
I had reported an issue a couple of weeks ago with nested inner classes not
being handled correctly.
I made some changes to the org.drools.base.ClassTypeResolver class to
resolve it and everything appears to work fine.
How do I provide the fix and test case to you? Do you want me to raise a
JIRA?
Thanks,
Narendra
On 3/8/08, Mark Proctor <mproctor(a)codehaus.org> wrote:
We are about to release 4.0.5, next week. This has a large number of bug
fixes, especially multi-threading bugs. Anyone that has production
issues can you please do a checkout for the 4.0.x branch asap and
provide us with a test case if it is not fixed. If you don't get your
test case to us by end of monday, start of tuesday, you'll have to wait
another 2 months+ for 4.0.6.
http://anonsvn.labs.jboss.com/labs/jbossrules/branches/4.0.x/
Mark
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
4:55 p.m.
New subject: Do you have a Bug?
Narendra Valada wrote:
I had reported an issue a couple of weeks ago with nested inner
classes not being handled correctly.
I made some changes to the org.drools.base.ClassTypeResolver class to
resolve it and everything appears to work fine.
How do I provide the fix and test case to you? Do you want me to raise
a JIRA?
Yes you will need to raise a JIRA. At this stage we have no plans to fix
this, as we can consider inner inner classes esoteric enough to say it's
unsupported. Although if someone can provide a clean patch, it would be
nice to fix. You'll have to be quick though, if you want the fix in 4.0.5
Thanks,
Narendra
On 3/8/08, *Mark Proctor* <mproctor(a)codehaus.org
<mailto:mproctor@codehaus.org>> wrote:
We are about to release 4.0.5, next week. This has a large number
of bug
fixes, especially multi-threading bugs. Anyone that has production
issues can you please do a checkout for the 4.0.x branch asap and
provide us with a test case if it is not fixed. If you don't get your
test case to us by end of monday, start of tuesday, you'll have to
wait
another 2 months+ for 4.0.6.
http://anonsvn.labs.jboss.com/labs/jbossrules/branches/4.0.x/
Mark
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org <mailto:rules-users@lists.jboss.org>
https://lists.jboss.org/mailman/listinfo/rules-users
------------------------------------------------------------------------
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
3:17 a.m.
New subject: Do you have a Bug?
We've fixed a huge number of things for 4.0.5. We are going to try and
get the release out this friday. So please hurry if you have a bug then
let us know, especially if you have a fix :) And don't forget to try
your bug out on 4.0.x in svn in case its already fixed:
http://anonsvn.labs.jboss.com/labs/jbossrules/branches/4.0.x/
Mark
Mark Proctor wrote:
Narendra Valada wrote:
> I had reported an issue a couple of weeks ago with nested inner
> classes not being handled correctly.
>
> I made some changes to the org.drools.base.ClassTypeResolver class to
> resolve it and everything appears to work fine.
>
> How do I provide the fix and test case to you? Do you want me to
> raise a JIRA?
Yes you will need to raise a JIRA. At this stage we have no plans to
fix this, as we can consider inner inner classes esoteric enough to
say it's unsupported. Although if someone can provide a clean patch,
it would be nice to fix. You'll have to be quick though, if you want
the fix in 4.0.5
>
> Thanks,
>
> Narendra
>
>
> On 3/8/08, *Mark Proctor* <mproctor(a)codehaus.org
> <mailto:mproctor@codehaus.org>> wrote:
>
> We are about to release 4.0.5, next week. This has a large number
> of bug
> fixes, especially multi-threading bugs. Anyone that has production
> issues can you please do a checkout for the 4.0.x branch asap and
> provide us with a test case if it is not fixed. If you don't get your
> test case to us by end of monday, start of tuesday, you'll have
> to wait
> another 2 months+ for 4.0.6.
> http://anonsvn.labs.jboss.com/labs/jbossrules/branches/4.0.x/
>
> Mark
> _______________________________________________
> rules-users mailing list
> rules-users(a)lists.jboss.org <mailto:rules-users@lists.jboss.org>
> https://lists.jboss.org/mailman/listinfo/rules-users
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> rules-users mailing list
> rules-users(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-users
>
------------------------------------------------------------------------
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
1:53 p.m.
New subject: RE : Do you have a Bug?
Hello,
I am trying to compile the 4.0.x and
1) there are always test unit not working => I have to skip the test in maven
2)
get the following error
[java]
/home/nheron/workspace-source-drools-4.0.x/jbossrules/drools-eclipse3.2/target/eclipse/plugins/org.eclipse.pde.build_3.2.1.r321_v20060823/scripts/genericTargets.xml:80:
Unable to find plug-in: org.drools.eclipse_0.0.0. Please check the error log for more
details.
[java] Total time: 2 seconds
[INFO] ------------------------------------------------------------------------
[ERROR] BUILD ERROR
[INFO] ------------------------------------------------------------------------
[INFO] Error executing ant tasks
Embedded error: Java returned: 13
[INFO] ------------------------------------------------------------------------
[INFO] Trace
org.apache.maven.lifecycle.LifecycleExecutionException: Error executing ant tasks
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:564)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:480)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:459)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:311)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:278)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:143)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:334)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:125)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:272)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
Caused by: org.apache.maven.plugin.MojoExecutionException: Error executing ant tasks
at
org.apache.maven.plugin.antrun.AbstractAntMojo.executeTasks(AbstractAntMojo.java:114)
at org.apache.maven.plugin.antrun.AntRunMojo.execute(AntRunMojo.java:83)
at
org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:443)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:539)
... 16 more
Caused by: Java returned: 13
at org.apache.tools.ant.taskdefs.Java.execute(Java.java:87)
at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:275)
at org.apache.tools.ant.Task.perform(Task.java:364)
at org.apache.tools.ant.Target.execute(Target.java:341)
at
org.apache.maven.plugin.antrun.AbstractAntMojo.executeTasks(AbstractAntMojo.java:108)
... 19 more
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 1 minute 29 seconds
[INFO] Finished at: Thu Mar 13 13:47:49 CET 2008
[INFO] Final Memory: 23M/44M
[INFO] ------------------------------------------------------------------------
What did i do wrong ?
I use maven 2.0.6, ant 1.7.0 , jdk 1.5 b13
I had problems with dynamic rules in drools 4.0.4 which I don't have any more in a
drools 5 snapshot through the hudson stuf.
Thanks
regards
Nicolas Héron
-------- Message d'origine--------
De: rules-users-bounces(a)lists.jboss.org de la part de Mark Proctor
Date: jeu. 13/03/2008 03:17
À: Rules Users List; Rules Dev List
Objet : [rules-users] Do you have a Bug?
We've fixed a huge number of things for 4.0.5. We are going to try and
get the release out this friday. So please hurry if you have a bug then
let us know, especially if you have a fix :) And don't forget to try
your bug out on 4.0.x in svn in case its already fixed:
http://anonsvn.labs.jboss.com/labs/jbossrules/branches/4.0.x/
Mark
Mark Proctor wrote:
Narendra Valada wrote:
> I had reported an issue a couple of weeks ago with nested inner
> classes not being handled correctly.
>
> I made some changes to the org.drools.base.ClassTypeResolver class to
> resolve it and everything appears to work fine.
>
> How do I provide the fix and test case to you? Do you want me to
> raise a JIRA?
Yes you will need to raise a JIRA. At this stage we have no plans to
fix this, as we can consider inner inner classes esoteric enough to
say it's unsupported. Although if someone can provide a clean patch,
it would be nice to fix. You'll have to be quick though, if you want
the fix in 4.0.5
>
> Thanks,
>
> Narendra
>
>
> On 3/8/08, *Mark Proctor* <mproctor(a)codehaus.org
> <mailto:mproctor@codehaus.org>> wrote:
>
> We are about to release 4.0.5, next week. This has a large number
> of bug
> fixes, especially multi-threading bugs. Anyone that has production
> issues can you please do a checkout for the 4.0.x branch asap and
> provide us with a test case if it is not fixed. If you don't get your
> test case to us by end of monday, start of tuesday, you'll have
> to wait
> another 2 months+ for 4.0.6.
> http://anonsvn.labs.jboss.com/labs/jbossrules/branches/4.0.x/
>
> Mark
> _______________________________________________
> rules-users mailing list
> rules-users(a)lists.jboss.org <mailto:rules-users@lists.jboss.org>
> https://lists.jboss.org/mailman/listinfo/rules-users
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> rules-users mailing list
> rules-users(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-users
>
------------------------------------------------------------------------
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
2:34 p.m.
New subject: RE : Do you have a Bug?
Héron,
We are looking into the plugin build error. Meanwhile, please update to
maven 2.0.8. Unfortunately maven is having some problems to build with
different versions.
[]s
Edson
2008/3/13, Héron Nicolas <nheron(a)sopragroup.com>:
Hello,
I am trying to compile the 4.0.x and
1) there are always test unit not working => I have to skip the test in
maven
2)
get the following error
[java] /home/nheron/workspace-source-drools-4.0.x/jbossrules/drools-
eclipse3.2/target/eclipse/plugins/org.eclipse.pde.build_3.2.1.r321_v20060823/scripts/genericTargets.xml:80:
Unable to find plug-in: org.drools.eclipse_0.0.0. Please check the error
log for more details.
[java] Total time: 2 seconds
[INFO]
------------------------------------------------------------------------
[ERROR] BUILD ERROR
[INFO]
------------------------------------------------------------------------
[INFO] Error executing ant tasks
Embedded error: Java returned: 13
[INFO]
------------------------------------------------------------------------
[INFO] Trace
org.apache.maven.lifecycle.LifecycleExecutionException: Error executing
ant tasks
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(
DefaultLifecycleExecutor.java:564)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle
(DefaultLifecycleExecutor.java:480)
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal
(DefaultLifecycleExecutor.java:459)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures
(DefaultLifecycleExecutor.java:311)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(
DefaultLifecycleExecutor.java:278)
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(
DefaultLifecycleExecutor.java:143)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:334)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:125)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:272)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(
NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(
DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java
:315)
at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
at org.codehaus.classworlds.Launcher.mainWithExitCode(
Launcher.java:430)
at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
Caused by: org.apache.maven.plugin.MojoExecutionException: Error executing
ant tasks
at org.apache.maven.plugin.antrun.AbstractAntMojo.executeTasks(
AbstractAntMojo.java:114)
at org.apache.maven.plugin.antrun.AntRunMojo.execute(
AntRunMojo.java:83)
at org.apache.maven.plugin.DefaultPluginManager.executeMojo(
DefaultPluginManager.java:443)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(
DefaultLifecycleExecutor.java:539)
... 16 more
Caused by: Java returned: 13
at org.apache.tools.ant.taskdefs.Java.execute(Java.java:87)
at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java
:275)
at org.apache.tools.ant.Task.perform(Task.java:364)
at org.apache.tools.ant.Target.execute(Target.java:341)
at org.apache.maven.plugin.antrun.AbstractAntMojo.executeTasks(
AbstractAntMojo.java:108)
... 19 more
[INFO]
------------------------------------------------------------------------
[INFO] Total time: 1 minute 29 seconds
[INFO] Finished at: Thu Mar 13 13:47:49 CET 2008
[INFO] Final Memory: 23M/44M
[INFO]
------------------------------------------------------------------------
What did i do wrong ?
I use maven 2.0.6, ant 1.7.0 , jdk 1.5 b13
I had problems with dynamic rules in drools 4.0.4 which I don't have any
more in a drools 5 snapshot through the hudson stuf.
Thanks
regards
Nicolas Héron
-------- Message d'origine--------
De: rules-users-bounces(a)lists.jboss.org de la part de Mark Proctor
Date: jeu. 13/03/2008 03:17
À: Rules Users List; Rules Dev List
Objet : [rules-users] Do you have a Bug?
We've fixed a huge number of things for 4.0.5. We are going to try and
get the release out this friday. So please hurry if you have a bug then
let us know, especially if you have a fix :) And don't forget to try
your bug out on 4.0.x in svn in case its already fixed:
http://anonsvn.labs.jboss.com/labs/jbossrules/branches/4.0.x/
Mark
Mark Proctor wrote:
> Narendra Valada wrote:
>> I had reported an issue a couple of weeks ago with nested inner
>> classes not being handled correctly.
>>
>> I made some changes to the org.drools.base.ClassTypeResolver class to
>> resolve it and everything appears to work fine.
>>
>> How do I provide the fix and test case to you? Do you want me to
>> raise a JIRA?
> Yes you will need to raise a JIRA. At this stage we have no plans to
> fix this, as we can consider inner inner classes esoteric enough to
> say it's unsupported. Although if someone can provide a clean patch,
> it would be nice to fix. You'll have to be quick though, if you want
> the fix in 4.0.5
>>
>> Thanks,
>>
>> Narendra
>>
>>
>> On 3/8/08, *Mark Proctor* <mproctor(a)codehaus.org
>> <mailto:mproctor@codehaus.org <mproctor(a)codehaus.org>>> wrote:
>>
>> We are about to release 4.0.5, next week. This has a large number
>> of bug
>> fixes, especially multi-threading bugs. Anyone that has production
>> issues can you please do a checkout for the 4.0.x branch asap and
>> provide us with a test case if it is not fixed. If you don't get
your
>> test case to us by end of monday, start of tuesday, you'll have
>> to wait
>> another 2 months+ for 4.0.6.
>> http://anonsvn.labs.jboss.com/labs/jbossrules/branches/4.0.x/
>>
>> Mark
>> _______________________________________________
>> rules-users mailing list
>> rules-users(a)lists.jboss.org
<mailto:rules-users@lists.jboss.org<rules-users@lists.jboss.org>
>
>> https://lists.jboss.org/mailman/listinfo/rules-users
>>
>>
>>
------------------------------------------------------------------------
>>
>> _______________________________________________
>> rules-users mailing list
>> rules-users(a)lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/rules-users
>>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> rules-users mailing list
> rules-users(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-users
>
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
--
Edson Tirelli
JBoss Drools Core Development
Office: +55 11 3529-6000
Mobile: +55 11 9287-5646
JBoss, a division of Red Hat @ www.jboss.com
3 p.m.
New subject: RE : Do you have a Bug?
Edson Tirelli wrote:
Héron,
We are looking into the plugin build error. Meanwhile, please
update to maven 2.0.8. Unfortunately maven is having some problems to
build with different versions.
If it's got that far it means it's atleast
building the drools-core and
drools-compiler jars. That should be enough for you to test your problem.
[]s
Edson
2008/3/13, Héron Nicolas <nheron(a)sopragroup.com
<mailto:nheron@sopragroup.com>>:
Hello,
I am trying to compile the 4.0.x and
1) there are always test unit not working => I have to skip the
test in maven
2)
get the following error
[java]
/home/nheron/workspace-source-drools-4.0.x/jbossrules/drools-eclipse3.2/target/eclipse/plugins/org.eclipse.pde.build_3.2.1.r321_v20060823/scripts/genericTargets.xml:80:
Unable to find plug-in: org.drools.eclipse_0.0.0. Please check the
error log for more details.
[java] Total time: 2 seconds
[INFO]
------------------------------------------------------------------------
[ERROR] BUILD ERROR
[INFO]
------------------------------------------------------------------------
[INFO] Error executing ant tasks
Embedded error: Java returned: 13
[INFO]
------------------------------------------------------------------------
[INFO] Trace
org.apache.maven.lifecycle.LifecycleExecutionException: Error
executing ant tasks
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:564)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:480)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:459)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:311)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:278)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:143)
at
org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:334)
at
org.apache.maven.DefaultMaven.execute(DefaultMaven.java:125)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:272)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at
org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
at
org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
Caused by: org.apache.maven.plugin.MojoExecutionException: Error
executing ant tasks
at
org.apache.maven.plugin.antrun.AbstractAntMojo.executeTasks(AbstractAntMojo.java:114)
at
org.apache.maven.plugin.antrun.AntRunMojo.execute(AntRunMojo.java:83)
at
org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:443)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:539)
... 16 more
Caused by: Java returned: 13
at org.apache.tools.ant.taskdefs.Java.execute(Java.java:87)
at
org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:275)
at org.apache.tools.ant.Task.perform(Task.java:364)
at org.apache.tools.ant.Target.execute(Target.java:341)
at
org.apache.maven.plugin.antrun.AbstractAntMojo.executeTasks(AbstractAntMojo.java:108)
... 19 more
[INFO]
------------------------------------------------------------------------
[INFO] Total time: 1 minute 29 seconds
[INFO] Finished at: Thu Mar 13 13:47:49 CET 2008
[INFO] Final Memory: 23M/44M
[INFO]
------------------------------------------------------------------------
What did i do wrong ?
I use maven 2.0.6, ant 1.7.0 , jdk 1.5 b13
I had problems with dynamic rules in drools 4.0.4 which I don't
have any more in a drools 5 snapshot through the hudson stuf.
Thanks
regards
Nicolas Héron
-------- Message d'origine--------
De: rules-users-bounces(a)lists.jboss.org
<mailto:rules-users-bounces@lists.jboss.org> de la part de Mark
Proctor
Date: jeu. 13/03/2008 03:17
À: Rules Users List; Rules Dev List
Objet : [rules-users] Do you have a Bug?
We've fixed a huge number of things for 4.0.5. We are going to try and
get the release out this friday. So please hurry if you have a bug
then
let us know, especially if you have a fix :) And don't forget to try
your bug out on 4.0.x in svn in case its already fixed:
http://anonsvn.labs.jboss.com/labs/jbossrules/branches/4.0.x/
Mark
Mark Proctor wrote:
> Narendra Valada wrote:
>> I had reported an issue a couple of weeks ago with nested inner
>> classes not being handled correctly.
>>
>> I made some changes to the org.drools.base.ClassTypeResolver
class to
>> resolve it and everything appears to work fine.
>>
>> How do I provide the fix and test case to you? Do you want me to
>> raise a JIRA?
> Yes you will need to raise a JIRA. At this stage we have no plans to
> fix this, as we can consider inner inner classes esoteric enough to
> say it's unsupported. Although if someone can provide a clean patch,
> it would be nice to fix. You'll have to be quick though, if you want
> the fix in 4.0.5
>>
>> Thanks,
>>
>> Narendra
>>
>>
>> On 3/8/08, *Mark Proctor* <mproctor(a)codehaus.org
<mailto:mproctor@codehaus.org>
>> <mailto:mproctor@codehaus.org>> wrote:
>>
>> We are about to release 4.0.5, next week. This has a large
number
>> of bug
>> fixes, especially multi-threading bugs. Anyone that has
production
>> issues can you please do a checkout for the 4.0.x branch
asap and
>> provide us with a test case if it is not fixed. If you don't
get your
>> test case to us by end of monday, start of tuesday, you'll have
>> to wait
>> another 2 months+ for 4.0.6.
>> http://anonsvn.labs.jboss.com/labs/jbossrules/branches/4.0.x/
>>
>> Mark
>> _______________________________________________
>> rules-users mailing list
>> rules-users(a)lists.jboss.org
<mailto:rules-users@lists.jboss.org>
<mailto:rules-users@lists.jboss.org>
>> https://lists.jboss.org/mailman/listinfo/rules-users
>>
>>
>>
------------------------------------------------------------------------
>>
>> _______________________________________________
>> rules-users mailing list
>> rules-users(a)lists.jboss.org <mailto:rules-users@lists.jboss.org>
>> https://lists.jboss.org/mailman/listinfo/rules-users
>>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> rules-users mailing list
> rules-users(a)lists.jboss.org <mailto:rules-users@lists.jboss.org>
> https://lists.jboss.org/mailman/listinfo/rules-users
>
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org <mailto:rules-users@lists.jboss.org>
https://lists.jboss.org/mailman/listinfo/rules-users
--
Edson Tirelli
JBoss Drools Core Development
Office: +55 11 3529-6000
Mobile: +55 11 9287-5646
JBoss, a division of Red Hat @ www.jboss.com <http://www.jboss.com>
------------------------------------------------------------------------
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
5:19 p.m.
New subject: RE : RE : Do you have a Bug?
Hello,
Exact. I will try this evening.
By the way, my first name is Nicolas
Regards
Nicolas
-------- Message d'origine--------
De: rules-users-bounces(a)lists.jboss.org de la part de Mark Proctor
Date: jeu. 13/03/2008 15:00
À: Rules Users List
Objet : Re: RE : [rules-users] Do you have a Bug?
Edson Tirelli wrote:
Héron,
We are looking into the plugin build error. Meanwhile, please
update to maven 2.0.8. Unfortunately maven is having some problems to
build with different versions.
If it's got that far it means it's atleast
building the drools-core and
drools-compiler jars. That should be enough for you to test your problem.
[]s
Edson
2008/3/13, Héron Nicolas <nheron(a)sopragroup.com
<mailto:nheron@sopragroup.com>>:
Hello,
I am trying to compile the 4.0.x and
1) there are always test unit not working => I have to skip the
test in maven
2)
get the following error
[java]
/home/nheron/workspace-source-drools-4.0.x/jbossrules/drools-eclipse3.2/target/eclipse/plugins/org.eclipse.pde.build_3.2.1.r321_v20060823/scripts/genericTargets.xml:80:
Unable to find plug-in: org.drools.eclipse_0.0.0. Please check the
error log for more details.
[java] Total time: 2 seconds
[INFO]
------------------------------------------------------------------------
[ERROR] BUILD ERROR
[INFO]
------------------------------------------------------------------------
[INFO] Error executing ant tasks
Embedded error: Java returned: 13
[INFO]
------------------------------------------------------------------------
[INFO] Trace
org.apache.maven.lifecycle.LifecycleExecutionException: Error
executing ant tasks
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:564)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:480)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:459)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:311)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:278)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:143)
at
org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:334)
at
org.apache.maven.DefaultMaven.execute(DefaultMaven.java:125)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:272)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at
org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
at
org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
Caused by: org.apache.maven.plugin.MojoExecutionException: Error
executing ant tasks
at
org.apache.maven.plugin.antrun.AbstractAntMojo.executeTasks(AbstractAntMojo.java:114)
at
org.apache.maven.plugin.antrun.AntRunMojo.execute(AntRunMojo.java:83)
at
org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:443)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:539)
... 16 more
Caused by: Java returned: 13
at org.apache.tools.ant.taskdefs.Java.execute(Java.java:87)
at
org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:275)
at org.apache.tools.ant.Task.perform(Task.java:364)
at org.apache.tools.ant.Target.execute(Target.java:341)
at
org.apache.maven.plugin.antrun.AbstractAntMojo.executeTasks(AbstractAntMojo.java:108)
... 19 more
[INFO]
------------------------------------------------------------------------
[INFO] Total time: 1 minute 29 seconds
[INFO] Finished at: Thu Mar 13 13:47:49 CET 2008
[INFO] Final Memory: 23M/44M
[INFO]
------------------------------------------------------------------------
What did i do wrong ?
I use maven 2.0.6, ant 1.7.0 , jdk 1.5 b13
I had problems with dynamic rules in drools 4.0.4 which I don't
have any more in a drools 5 snapshot through the hudson stuf.
Thanks
regards
Nicolas Héron
-------- Message d'origine--------
De: rules-users-bounces(a)lists.jboss.org
<mailto:rules-users-bounces@lists.jboss.org> de la part de Mark
Proctor
Date: jeu. 13/03/2008 03:17
À: Rules Users List; Rules Dev List
Objet : [rules-users] Do you have a Bug?
We've fixed a huge number of things for 4.0.5. We are going to try and
get the release out this friday. So please hurry if you have a bug
then
let us know, especially if you have a fix :) And don't forget to try
your bug out on 4.0.x in svn in case its already fixed:
http://anonsvn.labs.jboss.com/labs/jbossrules/branches/4.0.x/
Mark
Mark Proctor wrote:
> Narendra Valada wrote:
>> I had reported an issue a couple of weeks ago with nested inner
>> classes not being handled correctly.
>>
>> I made some changes to the org.drools.base.ClassTypeResolver
class to
>> resolve it and everything appears to work fine.
>>
>> How do I provide the fix and test case to you? Do you want me to
>> raise a JIRA?
> Yes you will need to raise a JIRA. At this stage we have no plans to
> fix this, as we can consider inner inner classes esoteric enough to
> say it's unsupported. Although if someone can provide a clean patch,
> it would be nice to fix. You'll have to be quick though, if you want
> the fix in 4.0.5
>>
>> Thanks,
>>
>> Narendra
>>
>>
>> On 3/8/08, *Mark Proctor* <mproctor(a)codehaus.org
<mailto:mproctor@codehaus.org>
>> <mailto:mproctor@codehaus.org>> wrote:
>>
>> We are about to release 4.0.5, next week. This has a large
number
>> of bug
>> fixes, especially multi-threading bugs. Anyone that has
production
>> issues can you please do a checkout for the 4.0.x branch
asap and
>> provide us with a test case if it is not fixed. If you don't
get your
>> test case to us by end of monday, start of tuesday, you'll have
>> to wait
>> another 2 months+ for 4.0.6.
>> http://anonsvn.labs.jboss.com/labs/jbossrules/branches/4.0.x/
>>
>> Mark
>> _______________________________________________
>> rules-users mailing list
>> rules-users(a)lists.jboss.org
<mailto:rules-users@lists.jboss.org>
<mailto:rules-users@lists.jboss.org>
>> https://lists.jboss.org/mailman/listinfo/rules-users
>>
>>
>>
------------------------------------------------------------------------
>>
>> _______________________________________________
>> rules-users mailing list
>> rules-users(a)lists.jboss.org <mailto:rules-users@lists.jboss.org>
>> https://lists.jboss.org/mailman/listinfo/rules-users
>>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> rules-users mailing list
> rules-users(a)lists.jboss.org <mailto:rules-users@lists.jboss.org>
> https://lists.jboss.org/mailman/listinfo/rules-users
>
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org <mailto:rules-users@lists.jboss.org>
https://lists.jboss.org/mailman/listinfo/rules-users
--
Edson Tirelli
JBoss Drools Core Development
Office: +55 11 3529-6000
Mobile: +55 11 9287-5646
JBoss, a division of Red Hat @ www.jboss.com <http://www.jboss.com>
------------------------------------------------------------------------
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
5:39 p.m.
New subject: RE : RE : RE : Do you have a Bug?
Hello,
I just tried with the 4.0.x, and the bug is fixed with my junit test example.
Nicolas
-------- Message d'origine--------
De: rules-users-bounces(a)lists.jboss.org de la part de Héron Nicolas
Date: jeu. 13/03/2008 17:19
À: Rules Users List; Rules Users List
Objet : RE : RE : [rules-users] Do you have a Bug?
Hello,
Exact. I will try this evening.
By the way, my first name is Nicolas
Regards
Nicolas
-------- Message d'origine--------
De: rules-users-bounces(a)lists.jboss.org de la part de Mark Proctor
Date: jeu. 13/03/2008 15:00
À: Rules Users List
Objet : Re: RE : [rules-users] Do you have a Bug?
Edson Tirelli wrote:
Héron,
We are looking into the plugin build error. Meanwhile, please
update to maven 2.0.8. Unfortunately maven is having some problems to
build with different versions.
If it's got that far it means it's atleast
building the drools-core and
drools-compiler jars. That should be enough for you to test your problem.
[]s
Edson
2008/3/13, Héron Nicolas <nheron(a)sopragroup.com
<mailto:nheron@sopragroup.com>>:
Hello,
I am trying to compile the 4.0.x and
1) there are always test unit not working => I have to skip the
test in maven
2)
get the following error
[java]
/home/nheron/workspace-source-drools-4.0.x/jbossrules/drools-eclipse3.2/target/eclipse/plugins/org.eclipse.pde.build_3.2.1.r321_v20060823/scripts/genericTargets.xml:80:
Unable to find plug-in: org.drools.eclipse_0.0.0. Please check the
error log for more details.
[java] Total time: 2 seconds
[INFO]
------------------------------------------------------------------------
[ERROR] BUILD ERROR
[INFO]
------------------------------------------------------------------------
[INFO] Error executing ant tasks
Embedded error: Java returned: 13
[INFO]
------------------------------------------------------------------------
[INFO] Trace
org.apache.maven.lifecycle.LifecycleExecutionException: Error
executing ant tasks
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:564)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:480)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:459)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:311)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:278)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:143)
at
org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:334)
at
org.apache.maven.DefaultMaven.execute(DefaultMaven.java:125)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:272)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at
org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
at
org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
Caused by: org.apache.maven.plugin.MojoExecutionException: Error
executing ant tasks
at
org.apache.maven.plugin.antrun.AbstractAntMojo.executeTasks(AbstractAntMojo.java:114)
at
org.apache.maven.plugin.antrun.AntRunMojo.execute(AntRunMojo.java:83)
at
org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:443)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:539)
... 16 more
Caused by: Java returned: 13
at org.apache.tools.ant.taskdefs.Java.execute(Java.java:87)
at
org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:275)
at org.apache.tools.ant.Task.perform(Task.java:364)
at org.apache.tools.ant.Target.execute(Target.java:341)
at
org.apache.maven.plugin.antrun.AbstractAntMojo.executeTasks(AbstractAntMojo.java:108)
... 19 more
[INFO]
------------------------------------------------------------------------
[INFO] Total time: 1 minute 29 seconds
[INFO] Finished at: Thu Mar 13 13:47:49 CET 2008
[INFO] Final Memory: 23M/44M
[INFO]
------------------------------------------------------------------------
What did i do wrong ?
I use maven 2.0.6, ant 1.7.0 , jdk 1.5 b13
I had problems with dynamic rules in drools 4.0.4 which I don't
have any more in a drools 5 snapshot through the hudson stuf.
Thanks
regards
Nicolas Héron
-------- Message d'origine--------
De: rules-users-bounces(a)lists.jboss.org
<mailto:rules-users-bounces@lists.jboss.org> de la part de Mark
Proctor
Date: jeu. 13/03/2008 03:17
À: Rules Users List; Rules Dev List
Objet : [rules-users] Do you have a Bug?
We've fixed a huge number of things for 4.0.5. We are going to try and
get the release out this friday. So please hurry if you have a bug
then
let us know, especially if you have a fix :) And don't forget to try
your bug out on 4.0.x in svn in case its already fixed:
http://anonsvn.labs.jboss.com/labs/jbossrules/branches/4.0.x/
Mark
Mark Proctor wrote:
> Narendra Valada wrote:
>> I had reported an issue a couple of weeks ago with nested inner
>> classes not being handled correctly.
>>
>> I made some changes to the org.drools.base.ClassTypeResolver
class to
>> resolve it and everything appears to work fine.
>>
>> How do I provide the fix and test case to you? Do you want me to
>> raise a JIRA?
> Yes you will need to raise a JIRA. At this stage we have no plans to
> fix this, as we can consider inner inner classes esoteric enough to
> say it's unsupported. Although if someone can provide a clean patch,
> it would be nice to fix. You'll have to be quick though, if you want
> the fix in 4.0.5
>>
>> Thanks,
>>
>> Narendra
>>
>>
>> On 3/8/08, *Mark Proctor* <mproctor(a)codehaus.org
<mailto:mproctor@codehaus.org>
>> <mailto:mproctor@codehaus.org>> wrote:
>>
>> We are about to release 4.0.5, next week. This has a large
number
>> of bug
>> fixes, especially multi-threading bugs. Anyone that has
production
>> issues can you please do a checkout for the 4.0.x branch
asap and
>> provide us with a test case if it is not fixed. If you don't
get your
>> test case to us by end of monday, start of tuesday, you'll have
>> to wait
>> another 2 months+ for 4.0.6.
>> http://anonsvn.labs.jboss.com/labs/jbossrules/branches/4.0.x/
>>
>> Mark
>> _______________________________________________
>> rules-users mailing list
>> rules-users(a)lists.jboss.org
<mailto:rules-users@lists.jboss.org>
<mailto:rules-users@lists.jboss.org>
>> https://lists.jboss.org/mailman/listinfo/rules-users
>>
>>
>>
------------------------------------------------------------------------
>>
>> _______________________________________________
>> rules-users mailing list
>> rules-users(a)lists.jboss.org <mailto:rules-users@lists.jboss.org>
>> https://lists.jboss.org/mailman/listinfo/rules-users
>>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> rules-users mailing list
> rules-users(a)lists.jboss.org <mailto:rules-users@lists.jboss.org>
> https://lists.jboss.org/mailman/listinfo/rules-users
>
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org <mailto:rules-users@lists.jboss.org>
https://lists.jboss.org/mailman/listinfo/rules-users
--
Edson Tirelli
JBoss Drools Core Development
Office: +55 11 3529-6000
Mobile: +55 11 9287-5646
JBoss, a division of Red Hat @ www.jboss.com <http://www.jboss.com>
------------------------------------------------------------------------
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
5:20 p.m.
New subject: RE : RE : Do you have a Bug?
Hello,
I Had the same probleme with maven 2.0.8 (I used this before) and in the documentation, it
is written that
maven 2.0.6 is needed, so I went back to 2.0.6 but no change
Nicolas (my first name)
-------- Message d'origine--------
De: rules-users-bounces(a)lists.jboss.org de la part de Edson Tirelli
Date: jeu. 13/03/2008 14:34
À: Rules Users List
Objet : Re: RE : [rules-users] Do you have a Bug?
Héron,
We are looking into the plugin build error. Meanwhile, please update to
maven 2.0.8. Unfortunately maven is having some problems to build with
different versions.
[]s
Edson
2008/3/13, Héron Nicolas <nheron(a)sopragroup.com>:
Hello,
I am trying to compile the 4.0.x and
1) there are always test unit not working => I have to skip the test in
maven
2)
get the following error
[java] /home/nheron/workspace-source-drools-4.0.x/jbossrules/drools-
eclipse3.2/target/eclipse/plugins/org.eclipse.pde.build_3.2.1.r321_v20060823/scripts/genericTargets.xml:80:
Unable to find plug-in: org.drools.eclipse_0.0.0. Please check the error
log for more details.
[java] Total time: 2 seconds
[INFO]
------------------------------------------------------------------------
[ERROR] BUILD ERROR
[INFO]
------------------------------------------------------------------------
[INFO] Error executing ant tasks
Embedded error: Java returned: 13
[INFO]
------------------------------------------------------------------------
[INFO] Trace
org.apache.maven.lifecycle.LifecycleExecutionException: Error executing
ant tasks
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(
DefaultLifecycleExecutor.java:564)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle
(DefaultLifecycleExecutor.java:480)
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal
(DefaultLifecycleExecutor.java:459)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures
(DefaultLifecycleExecutor.java:311)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(
DefaultLifecycleExecutor.java:278)
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(
DefaultLifecycleExecutor.java:143)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:334)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:125)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:272)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(
NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(
DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java
:315)
at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
at org.codehaus.classworlds.Launcher.mainWithExitCode(
Launcher.java:430)
at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
Caused by: org.apache.maven.plugin.MojoExecutionException: Error executing
ant tasks
at org.apache.maven.plugin.antrun.AbstractAntMojo.executeTasks(
AbstractAntMojo.java:114)
at org.apache.maven.plugin.antrun.AntRunMojo.execute(
AntRunMojo.java:83)
at org.apache.maven.plugin.DefaultPluginManager.executeMojo(
DefaultPluginManager.java:443)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(
DefaultLifecycleExecutor.java:539)
... 16 more
Caused by: Java returned: 13
at org.apache.tools.ant.taskdefs.Java.execute(Java.java:87)
at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java
:275)
at org.apache.tools.ant.Task.perform(Task.java:364)
at org.apache.tools.ant.Target.execute(Target.java:341)
at org.apache.maven.plugin.antrun.AbstractAntMojo.executeTasks(
AbstractAntMojo.java:108)
... 19 more
[INFO]
------------------------------------------------------------------------
[INFO] Total time: 1 minute 29 seconds
[INFO] Finished at: Thu Mar 13 13:47:49 CET 2008
[INFO] Final Memory: 23M/44M
[INFO]
------------------------------------------------------------------------
What did i do wrong ?
I use maven 2.0.6, ant 1.7.0 , jdk 1.5 b13
I had problems with dynamic rules in drools 4.0.4 which I don't have any
more in a drools 5 snapshot through the hudson stuf.
Thanks
regards
Nicolas Héron
-------- Message d'origine--------
De: rules-users-bounces(a)lists.jboss.org de la part de Mark Proctor
Date: jeu. 13/03/2008 03:17
À: Rules Users List; Rules Dev List
Objet : [rules-users] Do you have a Bug?
We've fixed a huge number of things for 4.0.5. We are going to try and
get the release out this friday. So please hurry if you have a bug then
let us know, especially if you have a fix :) And don't forget to try
your bug out on 4.0.x in svn in case its already fixed:
http://anonsvn.labs.jboss.com/labs/jbossrules/branches/4.0.x/
Mark
Mark Proctor wrote:
> Narendra Valada wrote:
>> I had reported an issue a couple of weeks ago with nested inner
>> classes not being handled correctly.
>>
>> I made some changes to the org.drools.base.ClassTypeResolver class to
>> resolve it and everything appears to work fine.
>>
>> How do I provide the fix and test case to you? Do you want me to
>> raise a JIRA?
> Yes you will need to raise a JIRA. At this stage we have no plans to
> fix this, as we can consider inner inner classes esoteric enough to
> say it's unsupported. Although if someone can provide a clean patch,
> it would be nice to fix. You'll have to be quick though, if you want
> the fix in 4.0.5
>>
>> Thanks,
>>
>> Narendra
>>
>>
>> On 3/8/08, *Mark Proctor* <mproctor(a)codehaus.org
>> <mailto:mproctor@codehaus.org <mproctor(a)codehaus.org>>> wrote:
>>
>> We are about to release 4.0.5, next week. This has a large number
>> of bug
>> fixes, especially multi-threading bugs. Anyone that has production
>> issues can you please do a checkout for the 4.0.x branch asap and
>> provide us with a test case if it is not fixed. If you don't get
your
>> test case to us by end of monday, start of tuesday, you'll have
>> to wait
>> another 2 months+ for 4.0.6.
>> http://anonsvn.labs.jboss.com/labs/jbossrules/branches/4.0.x/
>>
>> Mark
>> _______________________________________________
>> rules-users mailing list
>> rules-users(a)lists.jboss.org
<mailto:rules-users@lists.jboss.org<rules-users@lists.jboss.org>
>
>> https://lists.jboss.org/mailman/listinfo/rules-users
>>
>>
>>
------------------------------------------------------------------------
>>
>> _______________________________________________
>> rules-users mailing list
>> rules-users(a)lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/rules-users
>>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> rules-users mailing list
> rules-users(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-users
>
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
--
Edson Tirelli
JBoss Drools Core Development
Office: +55 11 3529-6000
Mobile: +55 11 9287-5646
JBoss, a division of Red Hat @ www.jboss.com
5:59 p.m.
New subject: RE : RE : Do you have a Bug?
Héron Nicolas wrote:
Hello,
I Had the same probleme with maven 2.0.8 (I used this before) and in
the documentation, it is written that
maven 2.0.6 is needed, so I went back to 2.0.6 but no change
Nicolas (my first name)
We are updating the README to say maven 2.0.8. We'll look into the
Eclipse problem today.
-------- Message d'origine--------
De: rules-users-bounces(a)lists.jboss.org de la part de Edson Tirelli
Date: jeu. 13/03/2008 14:34
À: Rules Users List
Objet : Re: RE : [rules-users] Do you have a Bug?
Héron,
We are looking into the plugin build error. Meanwhile, please update to
maven 2.0.8. Unfortunately maven is having some problems to build with
different versions.
[]s
Edson
2008/3/13, Héron Nicolas <nheron(a)sopragroup.com>:
>
> Hello,
> I am trying to compile the 4.0.x and
> 1) there are always test unit not working => I have to skip the test in
> maven
> 2)
> get the following error
>
> [java] /home/nheron/workspace-source-drools-4.0.x/jbossrules/drools-
>
eclipse3.2/target/eclipse/plugins/org.eclipse.pde.build_3.2.1.r321_v20060823/scripts/genericTargets.xml:80:
> Unable to find plug-in: org.drools.eclipse_0.0.0. Please check the error
> log for more details.
>
> [java] Total time: 2 seconds
> [INFO]
> ------------------------------------------------------------------------
> [ERROR] BUILD ERROR
> [INFO]
> ------------------------------------------------------------------------
> [INFO] Error executing ant tasks
>
> Embedded error: Java returned: 13
> [INFO]
> ------------------------------------------------------------------------
> [INFO] Trace
> org.apache.maven.lifecycle.LifecycleExecutionException: Error executing
> ant tasks
> at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(
> DefaultLifecycleExecutor.java:564)
> at
>
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle
> (DefaultLifecycleExecutor.java:480)
> at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal
> (DefaultLifecycleExecutor.java:459)
> at
>
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures
> (DefaultLifecycleExecutor.java:311)
> at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(
> DefaultLifecycleExecutor.java:278)
> at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(
> DefaultLifecycleExecutor.java:143)
> at
org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:334)
> at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:125)
> at org.apache.maven.cli.MavenCli.main(MavenCli.java:272)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(
> NativeMethodAccessorImpl.java:39)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(
> DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:585)
> at
org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java
> :315)
> at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
> at org.codehaus.classworlds.Launcher.mainWithExitCode(
> Launcher.java:430)
> at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
> Caused by: org.apache.maven.plugin.MojoExecutionException: Error
executing
> ant tasks
> at org.apache.maven.plugin.antrun.AbstractAntMojo.executeTasks(
> AbstractAntMojo.java:114)
> at org.apache.maven.plugin.antrun.AntRunMojo.execute(
> AntRunMojo.java:83)
> at org.apache.maven.plugin.DefaultPluginManager.executeMojo(
> DefaultPluginManager.java:443)
> at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(
> DefaultLifecycleExecutor.java:539)
> ... 16 more
> Caused by: Java returned: 13
> at org.apache.tools.ant.taskdefs.Java.execute(Java.java:87)
> at
org.apache.tools.ant.UnknownElement.execute(UnknownElement.java
> :275)
> at org.apache.tools.ant.Task.perform(Task.java:364)
> at org.apache.tools.ant.Target.execute(Target.java:341)
> at org.apache.maven.plugin.antrun.AbstractAntMojo.executeTasks(
> AbstractAntMojo.java:108)
> ... 19 more
> [INFO]
> ------------------------------------------------------------------------
> [INFO] Total time: 1 minute 29 seconds
> [INFO] Finished at: Thu Mar 13 13:47:49 CET 2008
> [INFO] Final Memory: 23M/44M
> [INFO]
> ------------------------------------------------------------------------
>
>
> What did i do wrong ?
> I use maven 2.0.6, ant 1.7.0 , jdk 1.5 b13
>
>
> I had problems with dynamic rules in drools 4.0.4 which I don't have any
> more in a drools 5 snapshot through the hudson stuf.
>
> Thanks
> regards
> Nicolas Héron
>
> -------- Message d'origine--------
> De: rules-users-bounces(a)lists.jboss.org de la part de Mark Proctor
> Date: jeu. 13/03/2008 03:17
> À: Rules Users List; Rules Dev List
> Objet : [rules-users] Do you have a Bug?
>
> We've fixed a huge number of things for 4.0.5. We are going to try and
> get the release out this friday. So please hurry if you have a bug then
> let us know, especially if you have a fix :) And don't forget to try
> your bug out on 4.0.x in svn in case its already fixed:
>
> http://anonsvn.labs.jboss.com/labs/jbossrules/branches/4.0.x/
>
> Mark
>
> Mark Proctor wrote:
> > Narendra Valada wrote:
> >> I had reported an issue a couple of weeks ago with nested inner
> >> classes not being handled correctly.
> >>
> >> I made some changes to the org.drools.base.ClassTypeResolver class to
> >> resolve it and everything appears to work fine.
> >>
> >> How do I provide the fix and test case to you? Do you want me to
> >> raise a JIRA?
> > Yes you will need to raise a JIRA. At this stage we have no plans to
> > fix this, as we can consider inner inner classes esoteric enough to
> > say it's unsupported. Although if someone can provide a clean patch,
> > it would be nice to fix. You'll have to be quick though, if you want
> > the fix in 4.0.5
> >>
> >> Thanks,
> >>
> >> Narendra
> >>
> >>
> >> On 3/8/08, *Mark Proctor* <mproctor(a)codehaus.org
> >> <mailto:mproctor@codehaus.org
<mailto:mproctor@codehaus.org%20%3Cmproctor@codehaus.org>>>> wrote:
> >>
> >> We are about to release 4.0.5, next week. This has a large number
> >> of bug
> >> fixes, especially multi-threading bugs. Anyone that has
production
> >> issues can you please do a checkout for the 4.0.x branch asap and
> >> provide us with a test case if it is not fixed. If you don't get
> your
> >> test case to us by end of monday, start of tuesday, you'll have
> >> to wait
> >> another 2 months+ for 4.0.6.
> >> http://anonsvn.labs.jboss.com/labs/jbossrules/branches/4.0.x/
> >>
> >> Mark
> >> _______________________________________________
> >> rules-users mailing list
> >> rules-users(a)lists.jboss.org
<mailto:rules-users@lists.jboss.org
<mailto:rules-users@lists.jboss.org%3Crules-users@lists.jboss.org>>
> >
> >> https://lists.jboss.org/mailman/listinfo/rules-users
> >>
> >>
> >>
> ------------------------------------------------------------------------
> >>
> >> _______________________________________________
> >> rules-users mailing list
> >> rules-users(a)lists.jboss.org
> >> https://lists.jboss.org/mailman/listinfo/rules-users
> >>
> >
> >
------------------------------------------------------------------------
> >
> > _______________________________________________
> > rules-users mailing list
> > rules-users(a)lists.jboss.org
> > https://lists.jboss.org/mailman/listinfo/rules-users
> >
>
>
>
> _______________________________________________
> rules-users mailing list
> rules-users(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-users
>
>
--
Edson Tirelli
JBoss Drools Core Development
Office: +55 11 3529-6000
Mobile: +55 11 9287-5646
JBoss, a division of Red Hat @ www.jboss.com
------------------------------------------------------------------------
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
11:06 a.m.
New subject: Interesting null pointer exception when inserting afact.
I'm no expert but recall there can be problems running "long running"
(subjective) code from AWT's worker thread.
I thought it was good practice to run your "application code" in a worker
thread. This was the first google hit I had on the matter.
http://www.cs.helsinki.fi/u/vihavain/k03/Java/JavathreadsandGUI.html
Cheers,
Mike
_____
From: rules-users-bounces(a)lists.jboss.org
[mailto:rules-users-bounces@lists.jboss.org] On Behalf Of Edson Tirelli
Sent: 08 March 2008 13:15
To: Rules Users List
Subject: Re: [rules-users] Interesting null pointer exception when inserting
afact.
Jason,
Can you please isolate and show us the rule that is creating the problem?
It is happening either in a eval() statement or in a nested property access.
[]s
Edson
2008/3/7, Jason Partyka <Jason.Partyka(a)hightowerinc.com>:
Hi,
This is in relation to drools 4.0.4
I have an interesting problem. I am getting a null pointer exception when I
am inserting a fact into a StatefulSession object. What is odd about this
NPE is that, as far as I can tell (and I have inserted a breakpoint right
before I insert the fact) that all the properties in the object are
initialized, and there are no rules accessing any thing that could be null.
So here's my exception trace (just first few lines to get context):
Exception in thread "AWT-EventQueue-0" org.drools.RuntimeDroolsException:
java.lang.NullPointerException
at org.drools.rule.EvalCondition.isAllowed(EvalCondition.java:76)
at
org.drools.reteoo.EvalConditionNode.assertTuple(EvalConditionNode.java:145)
at
org.drools.reteoo.SingleTupleSinkAdapter.createAndPropagateAssertTuple(Singl
eTupleSinkAdapter.java:55)
at
org.drools.reteoo.LeftInputAdapterNode.assertObject(LeftInputAdapterNode.jav
a:116)
at
org.drools.reteoo.SingleObjectSinkAdapter.propagateAssertObject(SingleObject
SinkAdapter.java:22)
at org.drools.reteoo.ObjectTypeNode.assertObject(ObjectTypeNode.java:153)
at org.drools.reteoo.Rete.assertObject(Rete.java:177)
at org.drools.reteoo.ReteooRuleBase.assertObject(ReteooRuleBase.java:192)
at
org.drools.reteoo.ReteooWorkingMemory.doInsert(ReteooWorkingMemory.java:71)
at
org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:88
6)
at
org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:85
8)
at
org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:65
9)
at com.hightower.drools.executablerules.Rules.setTemplate(Rules.java:112)
....
Caused by: java.lang.NullPointerException
at
org.drools.base.mvel.MVELEvalExpression.evaluate(MVELEvalExpression.java:39)
at org.drools.rule.EvalCondition.isAllowed(EvalCondition.java:72)
... 39 more
(that setTemplate method is not a drools template)
Any ideas?
Thanks,
Jason
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
--
Edson Tirelli
JBoss Drools Core Development
Office: +55 11 3529-6000
Mobile: +55 11 9287-5646
JBoss, a division of Red Hat @ www.jboss.com
1:51 p.m.
New subject: Interesting null pointer exception when inserting afact.
I can give this a shot, but the reason why you suggest this is not obvious to me.
Have you encountered this problem yourself?
-Jason
________________________________
From: rules-users-bounces(a)lists.jboss.org [rules-users-bounces(a)lists.jboss.org] On Behalf
Of Anstis, Michael (M.) [manstis1(a)ford.com]
Sent: Monday, March 10, 2008 5:06 AM
To: Rules Users List
Subject: RE: [rules-users] Interesting null pointer exception when inserting afact.
I'm no expert but recall there can be problems running "long running"
(subjective) code from AWT's worker thread.
I thought it was good practice to run your "application code" in a worker
thread. This was the first google hit I had on the matter.
http://www.cs.helsinki.fi/u/vihavain/k03/Java/JavathreadsandGUI.html
Cheers,
Mike
________________________________
From: rules-users-bounces(a)lists.jboss.org [mailto:rules-users-bounces@lists.jboss.org] On
Behalf Of Edson Tirelli
Sent: 08 March 2008 13:15
To: Rules Users List
Subject: Re: [rules-users] Interesting null pointer exception when inserting afact.
Jason,
Can you please isolate and show us the rule that is creating the problem? It is
happening either in a eval() statement or in a nested property access.
[]s
Edson
2008/3/7, Jason Partyka
<Jason.Partyka@hightowerinc.com<mailto:Jason.Partyka@hightowerinc.com>>:
Hi,
This is in relation to drools 4.0.4
I have an interesting problem. I am getting a null pointer exception when I am inserting a
fact into a StatefulSession object. What is odd about this NPE is that, as far as I can
tell (and I have inserted a breakpoint right before I insert the fact) that all the
properties in the object are initialized, and there are no rules accessing any thing that
could be null.
So here's my exception trace (just first few lines to get context):
Exception in thread "AWT-EventQueue-0" org.drools.RuntimeDroolsException:
java.lang.NullPointerException
at org.drools.rule.EvalCondition.isAllowed(EvalCondition.java:76)
at org.drools.reteoo.EvalConditionNode.assertTuple(EvalConditionNode.java:145)
at
org.drools.reteoo.SingleTupleSinkAdapter.createAndPropagateAssertTuple(SingleTupleSinkAdapter.java:55)
at org.drools.reteoo.LeftInputAdapterNode.assertObject(LeftInputAdapterNode.java:116)
at
org.drools.reteoo.SingleObjectSinkAdapter.propagateAssertObject(SingleObjectSinkAdapter.java:22)
at org.drools.reteoo.ObjectTypeNode.assertObject(ObjectTypeNode.java:153)
at org.drools.reteoo.Rete.assertObject(Rete.java:177)
at org.drools.reteoo.ReteooRuleBase.assertObject(ReteooRuleBase.java:192)
at org.drools.reteoo.ReteooWorkingMemory.doInsert(ReteooWorkingMemory.java:71)
at org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:886)
at org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:858)
at org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:659)
at com.hightower.drools.executablerules.Rules.setTemplate(Rules.java:112)
....
Caused by: java.lang.NullPointerException
at org.drools.base.mvel.MVELEvalExpression.evaluate(MVELEvalExpression.java:39)
at org.drools.rule.EvalCondition.isAllowed(EvalCondition.java:72)
... 39 more
(that setTemplate method is not a drools template)
Any ideas?
Thanks,
Jason
_______________________________________________
rules-users mailing list
rules-users@lists.jboss.org<mailto:rules-users@lists.jboss.org>
https://lists.jboss.org/mailman/listinfo/rules-users
--
Edson Tirelli
JBoss Drools Core Development
Office: +55 11 3529-6000
Mobile: +55 11 9287-5646
JBoss, a division of Red Hat @ www.jboss.com<http://www.jboss.com>
2:17 p.m.
New subject: Interesting null pointer exception when inserting afact.
please check with 4.0.x, which will be in 4.0.5 this week, and let us
know if this is fixed or not. But hurry we are releasing 4.0.5 very soon:
http://anonsvn.labs.jboss.com/labs/jbossrules/branches/4.0.x/
Mark
Jason Partyka wrote:
I can give this a shot, but the reason why you suggest this is not
obvious to me.
Have you encountered this problem yourself?
-Jason
------------------------------------------------------------------------
*From:* rules-users-bounces(a)lists.jboss.org
[rules-users-bounces(a)lists.jboss.org] On Behalf Of Anstis, Michael
(M.) [manstis1(a)ford.com]
*Sent:* Monday, March 10, 2008 5:06 AM
*To:* Rules Users List
*Subject:* RE: [rules-users] Interesting null pointer exception when
inserting afact.
I'm no expert but recall there can be problems running "long
running" (subjective) code from AWT's worker thread.
I thought it was good practice to run your "application code" in a
worker thread. This was the first google hit I had on the matter.
http://www.cs.helsinki.fi/u/vihavain/k03/Java/JavathreadsandGUI.html
Cheers,
Mike
------------------------------------------------------------------------
*From:* rules-users-bounces(a)lists.jboss.org
[mailto:rules-users-bounces@lists.jboss.org] *On Behalf Of *Edson
Tirelli
*Sent:* 08 March 2008 13:15
*To:* Rules Users List
*Subject:* Re: [rules-users] Interesting null pointer exception
when inserting afact.
Jason,
Can you please isolate and show us the rule that is creating
the problem? It is happening either in a eval() statement or in a
nested property access.
[]s
Edson
2008/3/7, Jason Partyka <Jason.Partyka(a)hightowerinc.com
<mailto:Jason.Partyka@hightowerinc.com>>:
Hi,
This is in relation to drools 4.0.4
I have an interesting problem. I am getting a null pointer
exception when I am inserting a fact into a StatefulSession
object. What is odd about this NPE is that, as far as I can
tell (and I have inserted a breakpoint right before I insert
the fact) that all the properties in the object are
initialized, and there are no rules accessing any thing that
could be null.
So here's my exception trace (just first few lines to get
context):
Exception in thread "AWT-EventQueue-0"
org.drools.RuntimeDroolsException: java.lang.NullPointerException
at
org.drools.rule.EvalCondition.isAllowed(EvalCondition.java:76)
at
org.drools.reteoo.EvalConditionNode.assertTuple(EvalConditionNode.java:145)
at
org.drools.reteoo.SingleTupleSinkAdapter.createAndPropagateAssertTuple(SingleTupleSinkAdapter.java:55)
at
org.drools.reteoo.LeftInputAdapterNode.assertObject(LeftInputAdapterNode.java:116)
at
org.drools.reteoo.SingleObjectSinkAdapter.propagateAssertObject(SingleObjectSinkAdapter.java:22)
at
org.drools.reteoo.ObjectTypeNode.assertObject(ObjectTypeNode.java:153)
at org.drools.reteoo.Rete.assertObject(Rete.java:177)
at
org.drools.reteoo.ReteooRuleBase.assertObject(ReteooRuleBase.java:192)
at
org.drools.reteoo.ReteooWorkingMemory.doInsert(ReteooWorkingMemory.java:71)
at
org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:886)
at
org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:858)
at
org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:659)
at
com.hightower.drools.executablerules.Rules.setTemplate(Rules.java:112)
....
Caused by: java.lang.NullPointerException
at
org.drools.base.mvel.MVELEvalExpression.evaluate(MVELEvalExpression.java:39)
at
org.drools.rule.EvalCondition.isAllowed(EvalCondition.java:72)
... 39 more
(that setTemplate method is not a drools template)
Any ideas?
Thanks,
Jason
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org <mailto:rules-users@lists.jboss.org>
https://lists.jboss.org/mailman/listinfo/rules-users
--
Edson Tirelli
JBoss Drools Core Development
Office: +55 11 3529-6000
Mobile: +55 11 9287-5646
JBoss, a division of Red Hat @ www.jboss.com <http://www.jboss.com>
------------------------------------------------------------------------
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
7:58 p.m.
New subject: Interesting null pointer exception when inserting afact.
It looks like the bug is still in there.
I am attempting to resolve it myself, but in order to do so I need to go into the MVEL
code, but the mvel jar that is included as part of the drools classpath container (within
eclipse) is just mvel14.jar. So I'm not sure where the source is or what version of
MVEL source I should be attaching. I realize that the source-location thing is just an
Eclipse issue, but I thought I'd let you know right away that it looks like it's
still there.
Anywhere you can point me to that would help with making sure I'm looking the right
code.
Thanks,
Jason
________________________________
From: rules-users-bounces(a)lists.jboss.org [rules-users-bounces(a)lists.jboss.org] On Behalf
Of Mark Proctor [mproctor(a)codehaus.org]
Sent: Monday, March 10, 2008 8:17 AM
To: Rules Users List
Subject: Re: [rules-users] Interesting null pointer exception when inserting afact.
please check with 4.0.x, which will be in 4.0.5 this week, and let us know if this is
fixed or not. But hurry we are releasing 4.0.5 very soon:
http://anonsvn.labs.jboss.com/labs/jbossrules/branches/4.0.x/
Mark
Jason Partyka wrote:
I can give this a shot, but the reason why you suggest this is not obvious to me.
Have you encountered this problem yourself?
-Jason
________________________________
From:
rules-users-bounces@lists.jboss.org<mailto:rules-users-bounces@lists.jboss.org>
[rules-users-bounces@lists.jboss.org<mailto:rules-users-bounces@lists.jboss.org>] On
Behalf Of Anstis, Michael (M.) [manstis1@ford.com<mailto:manstis1@ford.com>]
Sent: Monday, March 10, 2008 5:06 AM
To: Rules Users List
Subject: RE: [rules-users] Interesting null pointer exception when inserting afact.
I'm no expert but recall there can be problems running "long running"
(subjective) code from AWT's worker thread.
I thought it was good practice to run your "application code" in a worker
thread. This was the first google hit I had on the matter.
http://www.cs.helsinki.fi/u/vihavain/k03/Java/JavathreadsandGUI.html
Cheers,
Mike
________________________________
From:
rules-users-bounces@lists.jboss.org<mailto:rules-users-bounces@lists.jboss.org>
[mailto:rules-users-bounces@lists.jboss.org] On Behalf Of Edson Tirelli
Sent: 08 March 2008 13:15
To: Rules Users List
Subject: Re: [rules-users] Interesting null pointer exception when inserting afact.
Jason,
Can you please isolate and show us the rule that is creating the problem? It is
happening either in a eval() statement or in a nested property access.
[]s
Edson
2008/3/7, Jason Partyka
<Jason.Partyka@hightowerinc.com<mailto:Jason.Partyka@hightowerinc.com>>:
Hi,
This is in relation to drools 4.0.4
I have an interesting problem. I am getting a null pointer exception when I am inserting a
fact into a StatefulSession object. What is odd about this NPE is that, as far as I can
tell (and I have inserted a breakpoint right before I insert the fact) that all the
properties in the object are initialized, and there are no rules accessing any thing that
could be null.
So here's my exception trace (just first few lines to get context):
Exception in thread "AWT-EventQueue-0" org.drools.RuntimeDroolsException:
java.lang.NullPointerException
at org.drools.rule.EvalCondition.isAllowed(EvalCondition.java:76)
at org.drools.reteoo.EvalConditionNode.assertTuple(EvalConditionNode.java:145)
at
org.drools.reteoo.SingleTupleSinkAdapter.createAndPropagateAssertTuple(SingleTupleSinkAdapter.java:55)
at org.drools.reteoo.LeftInputAdapterNode.assertObject(LeftInputAdapterNode.java:116)
at
org.drools.reteoo.SingleObjectSinkAdapter.propagateAssertObject(SingleObjectSinkAdapter.java:22)
at org.drools.reteoo.ObjectTypeNode.assertObject(ObjectTypeNode.java:153)
at org.drools.reteoo.Rete.assertObject(Rete.java:177)
at org.drools.reteoo.ReteooRuleBase.assertObject(ReteooRuleBase.java:192)
at org.drools.reteoo.ReteooWorkingMemory.doInsert(ReteooWorkingMemory.java:71)
at org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:886)
at org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:858)
at org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:659)
at com.hightower.drools.executablerules.Rules.setTemplate(Rules.java:112)
....
Caused by: java.lang.NullPointerException
at org.drools.base.mvel.MVELEvalExpression.evaluate(MVELEvalExpression.java:39)
at org.drools.rule.EvalCondition.isAllowed(EvalCondition.java:72)
... 39 more
(that setTemplate method is not a drools template)
Any ideas?
Thanks,
Jason
_______________________________________________
rules-users mailing list
rules-users@lists.jboss.org<mailto:rules-users@lists.jboss.org>
https://lists.jboss.org/mailman/listinfo/rules-users
--
Edson Tirelli
JBoss Drools Core Development
Office: +55 11 3529-6000
Mobile: +55 11 9287-5646
JBoss, a division of Red Hat @ www.jboss.com<http://www.jboss.com>
________________________________
_______________________________________________
rules-users mailing list
rules-users@lists.jboss.org<mailto:rules-users@lists.jboss.org>
https://lists.jboss.org/mailman/listinfo/rules-users
8:28 p.m.
New subject: Interesting null pointer exception when inserting afact.
Jason Partyka wrote:
It looks like the bug is still in there.
I am attempting to resolve it myself, but in order to do so I need to
go into the MVEL code, but the mvel jar that is included as part of
the drools classpath container (within eclipse) is just mvel14.jar. So
I'm not sure where the source is or what version of MVEL source I
should be attaching. I realize that the source-location thing is just
an Eclipse issue, but I thought I'd let you know right away that it
looks like it's still there.
We strip jar version numbers to make deployment
with Eclipse easier. If
you look at parent pom.xml it will tell you the version of MVEL used.
Anywhere you can point me to that would help with making sure I'm
looking the right code.
Thanks,
Jason
------------------------------------------------------------------------
*From:* rules-users-bounces(a)lists.jboss.org
[rules-users-bounces(a)lists.jboss.org] On Behalf Of Mark Proctor
[mproctor(a)codehaus.org]
*Sent:* Monday, March 10, 2008 8:17 AM
*To:* Rules Users List
*Subject:* Re: [rules-users] Interesting null pointer exception when
inserting afact.
please check with 4.0.x, which will be in 4.0.5 this week, and let us
know if this is fixed or not. But hurry we are releasing 4.0.5 very soon:
http://anonsvn.labs.jboss.com/labs/jbossrules/branches/4.0.x/
Mark
Jason Partyka wrote:
> I can give this a shot, but the reason why you suggest this is not
> obvious to me.
>
> Have you encountered this problem yourself?
>
> -Jason
>
>
>
> ------------------------------------------------------------------------
> *From:* rules-users-bounces(a)lists.jboss.org
> [rules-users-bounces(a)lists.jboss.org] On Behalf Of Anstis, Michael
> (M.) [manstis1(a)ford.com]
> *Sent:* Monday, March 10, 2008 5:06 AM
> *To:* Rules Users List
> *Subject:* RE: [rules-users] Interesting null pointer exception when
> inserting afact.
>
> I'm no expert but recall there can be problems running "long
> running" (subjective) code from AWT's worker thread.
>
> I thought it was good practice to run your "application code" in a
> worker thread. This was the first google hit I had on the matter.
>
> http://www.cs.helsinki.fi/u/vihavain/k03/Java/JavathreadsandGUI.html
>
> Cheers,
>
> Mike
>
> ------------------------------------------------------------------------
> *From:* rules-users-bounces(a)lists.jboss.org
> [mailto:rules-users-bounces@lists.jboss.org] *On Behalf Of *Edson
> Tirelli
> *Sent:* 08 March 2008 13:15
> *To:* Rules Users List
> *Subject:* Re: [rules-users] Interesting null pointer exception
> when inserting afact.
>
>
> Jason,
>
> Can you please isolate and show us the rule that is creating
> the problem? It is happening either in a eval() statement or in a
> nested property access.
>
> []s
> Edson
>
> 2008/3/7, Jason Partyka <Jason.Partyka(a)hightowerinc.com
> <mailto:Jason.Partyka@hightowerinc.com>>:
>
> Hi,
>
> This is in relation to drools 4.0.4
>
> I have an interesting problem. I am getting a null pointer
> exception when I am inserting a fact into a StatefulSession
> object. What is odd about this NPE is that, as far as I can
> tell (and I have inserted a breakpoint right before I insert
> the fact) that all the properties in the object are
> initialized, and there are no rules accessing any thing that
> could be null.
>
> So here's my exception trace (just first few lines to get
> context):
>
> Exception in thread "AWT-EventQueue-0"
> org.drools.RuntimeDroolsException: java.lang.NullPointerException
> at
> org.drools.rule.EvalCondition.isAllowed(EvalCondition.java:76)
> at
> org.drools.reteoo.EvalConditionNode.assertTuple(EvalConditionNode.java:145)
> at
>
org.drools.reteoo.SingleTupleSinkAdapter.createAndPropagateAssertTuple(SingleTupleSinkAdapter.java:55)
> at
>
org.drools.reteoo.LeftInputAdapterNode.assertObject(LeftInputAdapterNode.java:116)
> at
>
org.drools.reteoo.SingleObjectSinkAdapter.propagateAssertObject(SingleObjectSinkAdapter.java:22)
> at
> org.drools.reteoo.ObjectTypeNode.assertObject(ObjectTypeNode.java:153)
> at org.drools.reteoo.Rete.assertObject(Rete.java:177)
> at
> org.drools.reteoo.ReteooRuleBase.assertObject(ReteooRuleBase.java:192)
> at
> org.drools.reteoo.ReteooWorkingMemory.doInsert(ReteooWorkingMemory.java:71)
> at
>
org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:886)
> at
>
org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:858)
> at
>
org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:659)
> at
> com.hightower.drools.executablerules.Rules.setTemplate(Rules.java:112)
> ....
> Caused by: java.lang.NullPointerException
> at
> org.drools.base.mvel.MVELEvalExpression.evaluate(MVELEvalExpression.java:39)
> at
> org.drools.rule.EvalCondition.isAllowed(EvalCondition.java:72)
> ... 39 more
>
>
> (that setTemplate method is not a drools template)
>
> Any ideas?
>
> Thanks,
> Jason
>
> _______________________________________________
> rules-users mailing list
> rules-users(a)lists.jboss.org <mailto:rules-users@lists.jboss.org>
> https://lists.jboss.org/mailman/listinfo/rules-users
>
>
>
>
> --
> Edson Tirelli
> JBoss Drools Core Development
> Office: +55 11 3529-6000
> Mobile: +55 11 9287-5646
> JBoss, a division of Red Hat @ www.jboss.com
> <http://www.jboss.com>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> rules-users mailing list
> rules-users(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-users
>
------------------------------------------------------------------------
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
11:09 p.m.
New subject: Interesting null pointer exception when inserting afact.
Well, I've downloaded the source, and it appears that it is occuring in the
org.mvel.MVELRuntime class, method execute(). My equals token ("==") is being
properly recognized, and converted to its integer representation (10). However, in a block
with switch (operator), the org.mvel.Operator.EQUAL token does not appear, so the
execute() method returns a null value because nothing is ever evaluated.
I've even verified that null is being returned from the execute method.
I stepped back out to the line (in org.mvel.CompiledExpression,java)
return handleParserEgress(execute(false, this, staticContext, factory),
returnBigDecimal);
and then stepped into handleParserEgress and the first parameter, which is the return
value from execute() is null!
Any ideas?
Thanks,
Jason
-----------
From: rules-users-bounces(a)lists.jboss.org [rules-users-bounces(a)lists.jboss.org] On Behalf
Of Mark Proctor [mproctor(a)codehaus.org]
Sent: Wednesday, March 12, 2008 2:28 PM
To: Rules Users List
Subject: Re: [rules-users] Interesting null pointer exception when inserting afact.
Jason Partyka wrote:
It looks like the bug is still in there.
I am attempting to resolve it myself, but in order to do so I need to go into the MVEL
code, but the mvel jar that is included as part of the drools classpath container (within
eclipse) is just mvel14.jar. So I'm not sure where the source is or what version of
MVEL source I should be attaching. I realize that the source-location thing is just an
Eclipse issue, but I thought I'd let you know right away that it looks like it's
still there.
We strip jar version numbers to make deployment with Eclipse easier. If you look at parent
pom.xml it will tell you the version of MVEL used.
Anywhere you can point me to that would help with making sure I'm looking the right
code.
Thanks,
Jason
From: rules-users-bounces(a)lists.jboss.org [rules-users-bounces(a)lists.jboss.org] On Behalf
Of Mark Proctor [mproctor(a)codehaus.org]
Sent: Monday, March 10, 2008 8:17 AM
To: Rules Users List
Subject: Re: [rules-users] Interesting null pointer exception when inserting afact.
please check with 4.0.x, which will be in 4.0.5 this week, and let us know if this is
fixed or not. But hurry we are releasing 4.0.5 very soon:
http://anonsvn.labs.jboss.com/labs/jbossrules/branches/4.0.x/
Mark
Jason Partyka wrote:
I can give this a shot, but the reason why you suggest this is not obvious to me.
Have you encountered this problem yourself?
-Jason
From: rules-users-bounces(a)lists.jboss.org [rules-users-bounces(a)lists.jboss.org] On Behalf
Of Anstis, Michael (M.) [manstis1(a)ford.com]
Sent: Monday, March 10, 2008 5:06 AM
To: Rules Users List
Subject: RE: [rules-users] Interesting null pointer exception when inserting afact.
I'm no expert but recall there can be problems running "long running"
(subjective) code from AWT's worker thread.
I thought it was good practice to run your "application code" in a worker
thread. This was the first google hit I had on the matter.
http://www.cs.helsinki.fi/u/vihavain/k03/Java/JavathreadsandGUI.html
Cheers,
Mike
From: rules-users-bounces(a)lists.jboss.org [mailto:rules-users-bounces@lists.jboss.org] On
Behalf Of Edson Tirelli
Sent: 08 March 2008 13:15
To: Rules Users List
Subject: Re: [rules-users] Interesting null pointer exception when inserting afact.
Jason,
Can you please isolate and show us the rule that is creating the problem? It is
happening either in a eval() statement or in a nested property access.
[]s
Edson
2008/3/7, Jason Partyka <Jason.Partyka(a)hightowerinc.com>:
Hi,
This is in relation to drools 4.0.4
I have an interesting problem. I am getting a null pointer exception when I am inserting a
fact into a StatefulSession object. What is odd about this NPE is that, as far as I can
tell (and I have inserted a breakpoint right before I insert the fact) that all the
properties in the object are initialized, and there are no rules accessing any thing that
could be null.
So here's my exception trace (just first few lines to get context):
Exception in thread "AWT-EventQueue-0" org.drools.RuntimeDroolsException:
java.lang.NullPointerException
at org.drools.rule.EvalCondition.isAllowed(EvalCondition.java:76)
at org.drools.reteoo.EvalConditionNode.assertTuple(EvalConditionNode.java:145)
at
org.drools.reteoo.SingleTupleSinkAdapter.createAndPropagateAssertTuple(SingleTupleSinkAdapter.java:55)
at org.drools.reteoo.LeftInputAdapterNode.assertObject(LeftInputAdapterNode.java:116)
at
org.drools.reteoo.SingleObjectSinkAdapter.propagateAssertObject(SingleObjectSinkAdapter.java:22)
at org.drools.reteoo.ObjectTypeNode.assertObject(ObjectTypeNode.java:153)
at org.drools.reteoo.Rete.assertObject(Rete.java:177)
at org.drools.reteoo.ReteooRuleBase.assertObject(ReteooRuleBase.java:192)
at org.drools.reteoo.ReteooWorkingMemory.doInsert(ReteooWorkingMemory.java:71)
at org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:886)
at org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:858)
at org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:659)
at com.hightower.drools.executablerules.Rules.setTemplate(Rules.java:112)
....
Caused by: java.lang.NullPointerException
at org.drools.base.mvel.MVELEvalExpression.evaluate(MVELEvalExpression.java:39)
at org.drools.rule.EvalCondition.isAllowed(EvalCondition.java:72)
... 39 more
(that setTemplate method is not a drools template)
Any ideas?
Thanks,
Jason
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
--
Edson Tirelli
JBoss Drools Core Development
Office: +55 11 3529-6000
Mobile: +55 11 9287-5646
JBoss, a division of Red Hat @ www.jboss.com
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
10:14 p.m.
New subject: Interesting null pointer exception when inserting afact.
Well, another update, if it helps anyone, I turned off Shadow objects and it's still
occurring.
________________________________
From: rules-users-bounces(a)lists.jboss.org [rules-users-bounces(a)lists.jboss.org] On Behalf
Of Jason Partyka [Jason.Partyka(a)hightowerinc.com]
Sent: Wednesday, March 12, 2008 1:58 PM
To: Rules Users List
Subject: RE: [rules-users] Interesting null pointer exception when inserting afact.
It looks like the bug is still in there.
I am attempting to resolve it myself, but in order to do so I need to go into the MVEL
code, but the mvel jar that is included as part of the drools classpath container (within
eclipse) is just mvel14.jar. So I'm not sure where the source is or what version of
MVEL source I should be attaching. I realize that the source-location thing is just an
Eclipse issue, but I thought I'd let you know right away that it looks like it's
still there.
Anywhere you can point me to that would help with making sure I'm looking the right
code.
Thanks,
Jason
________________________________
From: rules-users-bounces(a)lists.jboss.org [rules-users-bounces(a)lists.jboss.org] On Behalf
Of Mark Proctor [mproctor(a)codehaus.org]
Sent: Monday, March 10, 2008 8:17 AM
To: Rules Users List
Subject: Re: [rules-users] Interesting null pointer exception when inserting afact.
please check with 4.0.x, which will be in 4.0.5 this week, and let us know if this is
fixed or not. But hurry we are releasing 4.0.5 very soon:
http://anonsvn.labs.jboss.com/labs/jbossrules/branches/4.0.x/
Mark
Jason Partyka wrote:
I can give this a shot, but the reason why you suggest this is not obvious to me.
Have you encountered this problem yourself?
-Jason
________________________________
From:
rules-users-bounces@lists.jboss.org<mailto:rules-users-bounces@lists.jboss.org>
[rules-users-bounces@lists.jboss.org<mailto:rules-users-bounces@lists.jboss.org>] On
Behalf Of Anstis, Michael (M.) [manstis1@ford.com<mailto:manstis1@ford.com>]
Sent: Monday, March 10, 2008 5:06 AM
To: Rules Users List
Subject: RE: [rules-users] Interesting null pointer exception when inserting afact.
I'm no expert but recall there can be problems running "long running"
(subjective) code from AWT's worker thread.
I thought it was good practice to run your "application code" in a worker
thread. This was the first google hit I had on the matter.
http://www.cs.helsinki.fi/u/vihavain/k03/Java/JavathreadsandGUI.html
Cheers,
Mike
________________________________
From:
rules-users-bounces@lists.jboss.org<mailto:rules-users-bounces@lists.jboss.org>
[mailto:rules-users-bounces@lists.jboss.org] On Behalf Of Edson Tirelli
Sent: 08 March 2008 13:15
To: Rules Users List
Subject: Re: [rules-users] Interesting null pointer exception when inserting afact.
Jason,
Can you please isolate and show us the rule that is creating the problem? It is
happening either in a eval() statement or in a nested property access.
[]s
Edson
2008/3/7, Jason Partyka
<Jason.Partyka@hightowerinc.com<mailto:Jason.Partyka@hightowerinc.com>>:
Hi,
This is in relation to drools 4.0.4
I have an interesting problem. I am getting a null pointer exception when I am inserting a
fact into a StatefulSession object. What is odd about this NPE is that, as far as I can
tell (and I have inserted a breakpoint right before I insert the fact) that all the
properties in the object are initialized, and there are no rules accessing any thing that
could be null.
So here's my exception trace (just first few lines to get context):
Exception in thread "AWT-EventQueue-0" org.drools.RuntimeDroolsException:
java.lang.NullPointerException
at org.drools.rule.EvalCondition.isAllowed(EvalCondition.java:76)
at org.drools.reteoo.EvalConditionNode.assertTuple(EvalConditionNode.java:145)
at
org.drools.reteoo.SingleTupleSinkAdapter.createAndPropagateAssertTuple(SingleTupleSinkAdapter.java:55)
at org.drools.reteoo.LeftInputAdapterNode.assertObject(LeftInputAdapterNode.java:116)
at
org.drools.reteoo.SingleObjectSinkAdapter.propagateAssertObject(SingleObjectSinkAdapter.java:22)
at org.drools.reteoo.ObjectTypeNode.assertObject(ObjectTypeNode.java:153)
at org.drools.reteoo.Rete.assertObject(Rete.java:177)
at org.drools.reteoo.ReteooRuleBase.assertObject(ReteooRuleBase.java:192)
at org.drools.reteoo.ReteooWorkingMemory.doInsert(ReteooWorkingMemory.java:71)
at org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:886)
at org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:858)
at org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:659)
at com.hightower.drools.executablerules.Rules.setTemplate(Rules.java:112)
....
Caused by: java.lang.NullPointerException
at org.drools.base.mvel.MVELEvalExpression.evaluate(MVELEvalExpression.java:39)
at org.drools.rule.EvalCondition.isAllowed(EvalCondition.java:72)
... 39 more
(that setTemplate method is not a drools template)
Any ideas?
Thanks,
Jason
_______________________________________________
rules-users mailing list
rules-users@lists.jboss.org<mailto:rules-users@lists.jboss.org>
https://lists.jboss.org/mailman/listinfo/rules-users
--
Edson Tirelli
JBoss Drools Core Development
Office: +55 11 3529-6000
Mobile: +55 11 9287-5646
JBoss, a division of Red Hat @ www.jboss.com<http://www.jboss.com>
________________________________
_______________________________________________
rules-users mailing list
rules-users@lists.jboss.org<mailto:rules-users@lists.jboss.org>
https://lists.jboss.org/mailman/listinfo/rules-users
2:34 p.m.
New subject: Interesting null pointer exception when insertingafact.
Not with Drools.
Happy for you to discount though; it was just an idea.
_____
From: rules-users-bounces(a)lists.jboss.org
[mailto:rules-users-bounces@lists.jboss.org] On Behalf Of Jason Partyka
Sent: 10 March 2008 12:51
To: Rules Users List
Subject: RE: [rules-users] Interesting null pointer exception when
insertingafact.
I can give this a shot, but the reason why you suggest this is not obvious
to me.
Have you encountered this problem yourself?
-Jason
_____
From: rules-users-bounces(a)lists.jboss.org
[rules-users-bounces(a)lists.jboss.org] On Behalf Of Anstis, Michael (M.)
[manstis1(a)ford.com]
Sent: Monday, March 10, 2008 5:06 AM
To: Rules Users List
Subject: RE: [rules-users] Interesting null pointer exception when inserting
afact.
I'm no expert but recall there can be problems running "long running"
(subjective) code from AWT's worker thread.
I thought it was good practice to run your "application code" in a worker
thread. This was the first google hit I had on the matter.
http://www.cs.helsinki.fi/u/vihavain/k03/Java/JavathreadsandGUI.html
Cheers,
Mike
_____
From: rules-users-bounces(a)lists.jboss.org
[mailto:rules-users-bounces@lists.jboss.org] On Behalf Of Edson Tirelli
Sent: 08 March 2008 13:15
To: Rules Users List
Subject: Re: [rules-users] Interesting null pointer exception when inserting
afact.
Jason,
Can you please isolate and show us the rule that is creating the problem?
It is happening either in a eval() statement or in a nested property access.
[]s
Edson
2008/3/7, Jason Partyka <Jason.Partyka(a)hightowerinc.com>:
Hi,
This is in relation to drools 4.0.4
I have an interesting problem. I am getting a null pointer exception when I
am inserting a fact into a StatefulSession object. What is odd about this
NPE is that, as far as I can tell (and I have inserted a breakpoint right
before I insert the fact) that all the properties in the object are
initialized, and there are no rules accessing any thing that could be null.
So here's my exception trace (just first few lines to get context):
Exception in thread "AWT-EventQueue-0" org.drools.RuntimeDroolsException:
java.lang.NullPointerException
at org.drools.rule.EvalCondition.isAllowed(EvalCondition.java:76)
at
org.drools.reteoo.EvalConditionNode.assertTuple(EvalConditionNode.java:145)
at
org.drools.reteoo.SingleTupleSinkAdapter.createAndPropagateAssertTuple(Singl
eTupleSinkAdapter.java:55)
at
org.drools.reteoo.LeftInputAdapterNode.assertObject(LeftInputAdapterNode.jav
a:116)
at
org.drools.reteoo.SingleObjectSinkAdapter.propagateAssertObject(SingleObject
SinkAdapter.java:22)
at org.drools.reteoo.ObjectTypeNode.assertObject(ObjectTypeNode.java:153)
at org.drools.reteoo.Rete.assertObject(Rete.java:177)
at org.drools.reteoo.ReteooRuleBase.assertObject(ReteooRuleBase.java:192)
at
org.drools.reteoo.ReteooWorkingMemory.doInsert(ReteooWorkingMemory.java:71)
at
org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:88
6)
at
org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:85
8)
at
org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:65
9)
at com.hightower.drools.executablerules.Rules.setTemplate(Rules.java:112)
....
Caused by: java.lang.NullPointerException
at
org.drools.base.mvel.MVELEvalExpression.evaluate(MVELEvalExpression.java:39)
at org.drools.rule.EvalCondition.isAllowed(EvalCondition.java:72)
... 39 more
(that setTemplate method is not a drools template)
Any ideas?
Thanks,
Jason
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
--
Edson Tirelli
JBoss Drools Core Development
Office: +55 11 3529-6000
Mobile: +55 11 9287-5646
JBoss, a division of Red Hat @ www.jboss.com
5880
days inactive
5887
days old
21 comments
6 participants
participants (6)
-
Anstis, Michael (M.) -
Edson Tirelli -
Héron Nicolas -
Jason Partyka -
Mark Proctor -
Narendra Valada