Re: [rules-users] Change Notification doesn't work with eval(true) in one of the rules
How to set the access right? I don't see any other option except Upload File -- View this message in context: http://drools.46999.n3.nabble.com/Change-Notification-doesn-t-work-with-eval-true-in-one-of-the-rules-tp4025067p4025091.html Sent from the Drools: User forum mailing list archive at Nabble.com. ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users
Re: [rules-users] Change Notification doesn't work with eval(true) in one of the rules
Have you tried to amend the file on the fly during runtime? It's running fine but failed to compile for any ad-hoc amendment. -- View this message in context: http://drools.46999.n3.nabble.com/Change-Notification-doesn-t-work-with-eval-true-in-one-of-the-rules-tp4025067p4025095.html Sent from the Drools: User forum mailing list archive at Nabble.com. ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users
[rules-users] Change Notification doesn't work with eval(true) in one of the rules
All the rules defined in a single DRL were running fine until one day we added eval(manager.isEnabledSomeSettings()) into one of the rule in drl, which causing an issue for change update on the fly (see below error stacks). When we changed that eval to Boolean(this == Boolean.TRUE) from manager.isEnabledSomeSettings() then the change notification getting back to work properly. Any ideas? KnowledgeAgent adding KnowledgeDefinitionsPackage com.baml.investxa.rule.order Exception in thread Thread-15 java.util.NoSuchElementException at java.util.HashMap$HashIterator.nextEntry(HashMap.java:796) at java.util.HashMap$EntryIterator.next(HashMap.java:834) at java.util.HashMap$EntryIterator.next(HashMap.java:832) at org.drools.reteoo.EvalConditionNode.doRemove(EvalConditionNode.java:311) at org.drools.common.BaseNode.remove(BaseNode.java:105) at org.drools.reteoo.BetaNode.doRemove(BetaNode.java:372) at org.drools.common.BaseNode.remove(BaseNode.java:105) at org.drools.reteoo.FromNode.doRemove(FromNode.java:390) at org.drools.common.BaseNode.remove(BaseNode.java:105) at org.drools.reteoo.FromNode.doRemove(FromNode.java:390) at org.drools.common.BaseNode.remove(BaseNode.java:105) at org.drools.reteoo.RightInputAdapterNode.doRemove(RightInputAdapterNode.java:254) at org.drools.common.BaseNode.remove(BaseNode.java:105) at org.drools.reteoo.BetaNode.doRemove(BetaNode.java:368) at org.drools.common.BaseNode.remove(BaseNode.java:105) at org.drools.reteoo.FromNode.doRemove(FromNode.java:390) at org.drools.common.BaseNode.remove(BaseNode.java:105) at org.drools.reteoo.RuleTerminalNode.doRemove(RuleTerminalNode.java:429) at org.drools.common.BaseNode.remove(BaseNode.java:105) at org.drools.reteoo.ReteooBuilder.removeRule(ReteooBuilder.java:232) at org.drools.reteoo.ReteooRuleBase.removeRule(ReteooRuleBase.java:414) at org.drools.common.AbstractRuleBase.removeRule(AbstractRuleBase.java:836) at org.drools.common.AbstractRuleBase.mergePackage(AbstractRuleBase.java:628) at org.drools.common.AbstractRuleBase.addPackages(AbstractRuleBase.java:541) at org.drools.reteoo.ReteooRuleBase.addPackages(ReteooRuleBase.java:427) at org.drools.reteoo.ReteooRuleBase.addPackage(ReteooRuleBase.java:434) at org.drools.agent.impl.KnowledgeAgentImpl.addResourcesToKnowledgeBase(KnowledgeAgentImpl.java:1031) at org.drools.agent.impl.KnowledgeAgentImpl.incrementalBuildResources(KnowledgeAgentImpl.java:909) at org.drools.agent.impl.KnowledgeAgentImpl.buildKnowledgeBase(KnowledgeAgentImpl.java:648) at org.drools.agent.impl.KnowledgeAgentImpl.applyChangeSet(KnowledgeAgentImpl.java:192) at org.drools.agent.impl.KnowledgeAgentImpl$ChangeSetNotificationDetector.run(KnowledgeAgentImpl.java:1202) at java.lang.Thread.run(Thread.java:662) Exception in thread Thread-22 java.util.NoSuchElementException at java.util.HashMap$HashIterator.nextEntry(HashMap.java:796) at java.util.HashMap$EntryIterator.next(HashMap.java:834) at java.util.HashMap$EntryIterator.next(HashMap.java:832) at org.drools.reteoo.EvalConditionNode.doRemove(EvalConditionNode.java:311) at org.drools.common.BaseNode.remove(BaseNode.java:105) at org.drools.reteoo.BetaNode.doRemove(BetaNode.java:372) at org.drools.common.BaseNode.remove(BaseNode.java:105) at org.drools.reteoo.FromNode.doRemove(FromNode.java:390) at org.drools.common.BaseNode.remove(BaseNode.java:105) at org.drools.reteoo.FromNode.doRemove(FromNode.java:390) at org.drools.common.BaseNode.remove(BaseNode.java:105) at org.drools.reteoo.RightInputAdapterNode.doRemove(RightInputAdapterNode.java:254) at org.drools.common.BaseNode.remove(BaseNode.java:105) at org.drools.reteoo.BetaNode.doRemove(BetaNode.java:368) at org.drools.common.BaseNode.remove(BaseNode.java:105) at org.drools.reteoo.FromNode.doRemove(FromNode.java:390) at org.drools.common.BaseNode.remove(BaseNode.java:105) at org.drools.reteoo.RuleTerminalNode.doRemove(RuleTerminalNode.java:429) at org.drools.common.BaseNode.remove(BaseNode.java:105) at org.drools.reteoo.ReteooBuilder.removeRule(ReteooBuilder.java:232) at org.drools.reteoo.ReteooRuleBase.removeRule(ReteooRuleBase.java:414) at org.drools.common.AbstractRuleBase.removeRule(AbstractRuleBase.java:836) at org.drools.common.AbstractRuleBase.mergePackage(AbstractRuleBase.java:628) at org.drools.common.AbstractRuleBase.addPackages(AbstractRuleBase.java:541) at org.drools.reteoo.ReteooRuleBase.addPackages(ReteooRuleBase.java:427) at org.drools.reteoo.ReteooRuleBase.addPackage(ReteooRuleBase.java:434) at
Re: [rules-users] Change Notification doesn't work with eval(true) in one of the rules
Version is 5.2.0.Final I am using. I am not able to reproduce the issue when I wrote a small test to simulate the problem. But really by changing the line from eval(...) to Boolean(this == Boolean.TRUE) then the issue was gone. The problematic programs are too complicated to be shown here, and it's not appropriate as there are business logic in it. What might be the issue causing this? if anyone could shed some light It would be greatly appreciated... -- View this message in context: http://drools.46999.n3.nabble.com/Change-Notification-doesn-t-work-with-eval-true-in-one-of-the-rules-tp4025067p4025069.html Sent from the Drools: User forum mailing list archive at Nabble.com. ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users
Re: [rules-users] Change Notification doesn't work with eval(true) in one of the rules
I am able to reproduce it (test_common.drl line 28), could you please confirm an upgrade will fix the issue? Many thanks! -- View this message in context: http://drools.46999.n3.nabble.com/Change-Notification-doesn-t-work-with-eval-true-in-one-of-the-rules-tp4025067p4025087.html Sent from the Drools: User forum mailing list archive at Nabble.com. ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users
Re: [rules-users] Change Notification doesn't work with eval(true) in one of the rules
test.zip http://drools.46999.n3.nabble.com/file/n4025089/test.zip -- View this message in context: http://drools.46999.n3.nabble.com/Change-Notification-doesn-t-work-with-eval-true-in-one-of-the-rules-tp4025067p4025089.html Sent from the Drools: User forum mailing list archive at Nabble.com. ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users
Re: [rules-users] Classloading error with AspectJ and Drools 5.2.0.Final
We got exactly the same issue, but I think it could just return empty enumeration rather than null? Cited from the javadoc *EnumberationURL getResources(String name)* /An enumeration of URL objects for the resource. If no resources could be found, the enumeration will be empty. Resources that the class loader doesn't have access to will not be in the enumeration./ stevearoonie wrote: Clarification to this - it does also happen when we run our server. So this is preventing us from upgrading to 5.2 My guess is that getResources should return getParent().getResources() rather than null. regards Steve -- View this message in context: http://drools.46999.n3.nabble.com/rules-users-Classloading-error-with-AspectJ-and-Drools-5-2-0-Final-tp3143394p3295236.html Sent from the Drools: User forum mailing list archive at Nabble.com. ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users