[rules-users] Exception executing predicate

Edson Tirelli tirelli at post.com
Tue Sep 18 13:32:15 EDT 2007


    Krushnan,

    Isn't there a "cause by" down the stack trace? Current code for raising
the exception is:

        try {
            return this.expression.evaluate( object,
                                             null,
                                             this.previousDeclarations,
                                             this.localDeclarations,
                                             workingMemory );
        } catch ( final Exception e ) {
            throw new RuntimeDroolsException( "Exception executing predicate
" + this.expression,
                                              e );
        }

    All we can say for sure from the exception stack trace snippet you
provided is that it was raised in a rule named "Rule Cisco Systems", in the
first return value predicate.
    We need to improve that a bit I think.

    []s
    Edson

2007/9/18, Krishnan <krishiyer at gmail.com>:
>
>
> Hi all,
>
> When exceptions occur during runtime of drools, is there a list of things
> to see to understand what may be causing
> this to happen ? I know it is a very generic question. I want to see if
> there is a methodical way to understand what
> to look for ?.
>
> org.drools.RuntimeDroolsException: Exception executing predicate
> com.makesys.fs.is.dnpiac.vendorBehaviour.snmp.Rule_Cisco_Systems_0ReturnValue0Invoker at 39d31fda
> INFO | jvm 1 | 2007/09/14 16:46:33 | at
> org.drools.rule.PredicateConstraint.isAllowed(PredicateConstraint.java
> :197)
> INFO | jvm 1 | 2007/09/14 16:46:33 | at
> org.drools.reteoo.AlphaNode.assertObject(AlphaNode.java:122)
> INFO | jvm 1 | 2007/09/14 16:46:33 | at
> org.drools.reteoo.CompositeObjectSinkAdapter.propagateAssertObject(
> CompositeObjectSinkAdapter.java:317)
> INFO | jvm 1 | 2007/09/14 16:46:33 | at
> org.drools.reteoo.AlphaNode.assertObject(AlphaNode.java:130)
> INFO | jvm 1 | 2007/09/14 16:46:33 | at
> org.drools.reteoo.SingleObjectSinkAdapter.propagateAssertObject(
> SingleObjectSinkAdapter.java:20)
> INFO | jvm 1 | 2007/09/14 16:46:33 | at
> org.drools.reteoo.ObjectTypeNode.assertObject(ObjectTypeNode.java:168)
> INFO | jvm 1 | 2007/09/14 16:46:33 | at
> org.drools.reteoo.Rete.assertObject(Rete.java:168)
> INFO | jvm 1 | 2007/09/14 16:46:33 | at
> org.drools.reteoo.ReteooRuleBase.assertObject(ReteooRuleBase.java:190)
> INFO | jvm 1 | 2007/09/14 16:46:33 | at
> org.drools.reteoo.ReteooWorkingMemory.doInsert (ReteooWorkingMemory.java
> :70)
> INFO | jvm 1 | 2007/09/14 16:46:33 | at
> org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java
> :848)
> INFO | jvm 1 | 2007/09/14 16:46:33 | at
> org.drools.common.AbstractWorkingMemory.insert (AbstractWorkingMemory.java
> :822)
> INFO | jvm 1 | 2007/09/14 16:46:33 | at
> org.drools.base.DefaultKnowledgeHelper.insert(DefaultKnowledgeHelper.java
> :60)
> INFO | jvm 1 | 2007/09/14 16:46:33 | at
> org.drools.base.DefaultKnowledgeHelper.insert (DefaultKnowledgeHelper.java
> :54)
>
> Any help is appreciated ?
>
> thanks,
> Krishnan.
>
> --
> Sivaramakrishna Iyer Krishnan (Anand)
>
> Never assume the obvious is true.
> - William Safire
> _______________________________________________
> rules-users mailing list
> rules-users at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-users
>
>


-- 
  Edson Tirelli
  Software Engineer - JBoss Rules Core Developer
  Office: +55 11 3529-6000
  Mobile: +55 11 9287-5646
  JBoss, a division of Red Hat @ www.jboss.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/rules-users/attachments/20070918/40d8350e/attachment.html 


More information about the rules-users mailing list