April 2010 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JBRULES-2319) When using from (CE) the objects loaded are not available to RHS if the objects are events

by Richard Ambridge (JIRA)

When using from (CE) the objects loaded are not available to RHS if the objects are events ------------------------------------------------------------------------------------------ Key: JBRULES-2319 URL: https://jira.jboss.org/jira/browse/JBRULES-2319 Project: Drools Issue Type: Bug Security Level: Public (Everyone can see) Components: drools-core Affects Versions: 5.0.1.FINAL Environment: Ubuntu, Eclipse Reporter: Richard Ambridge Assignee: Mark Proctor If I create the sample project from Eclipse, and modify DroolsTest to contain: ArrayList<Message> a=new ArrayList<Message>(); Message a1=new Message(); a1.setId(1); a1.setMessage("mesC:7"); a1.setStatus(Message.HELLO); a.add(a1); Message a2=new Message(); a2.setId(2);a2.setMessage("mesC:8"); a2.setStatus(Message.HELLO);a.add(a2); ksession.setGlobal("data", a); And set the environment as STREAM, conf.setOption( EventProcessingOption.STREAM ); and then have a rule: package com.sample import com.sample.DroolsTest.Message; global java.util.ArrayList data; declare Message @role( event ) end rule "Hello World" when a : Message(id==4) m : Message(id!=a.id, message==a.message) from data then System.out.println( "a is:"+a+" m is:"+m ); end The result is: a is:Message:[4] msg:mesC:7 m is:null Notice, m is NULL if you change this to fact based, m will contain the correct value. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 6 months

7
19
0 / 0

[JBoss JIRA] Created: (JBRULES-2318) (Un)Marshalling should respect times of scheduled activations

by Maciej Prochniak (JIRA)

(Un)Marshalling should respect times of scheduled activations ------------------------------------------------------------- Key: JBRULES-2318 URL: https://jira.jboss.org/jira/browse/JBRULES-2318 Project: Drools Issue Type: Feature Request Security Level: Public (Everyone can see) Components: drools-core (expert), drools-core (fusion) Affects Versions: 5.1.0.M1 Reporter: Maciej Prochniak Assignee: Mark Proctor Currently, ScheduledAgendaItems are marshalled as normal activations. In result, after unmarshalling these items are fired immediately (after fireAllRules). This affects rules with specified duration and also evaluation of temporal operators in fusion -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 6 months

6
15
0 / 0

[JBoss JIRA] Created: (JBRULES-2295) Negation does not work propertly with events of positive duration

by Maciej Prochniak (JIRA)

Negation does not work propertly with events of positive duration ------------------------------------------------------------------ Key: JBRULES-2295 URL: https://jira.jboss.org/jira/browse/JBRULES-2295 Project: Drools Issue Type: Bug Security Level: Public (Everyone can see) Components: drools-core, drools-core (fusion) Affects Versions: 5.1.0.M1 Reporter: Maciej Prochniak Assignee: Mark Proctor when using rules such as 'during' with negation, the rules fires immediately. e.g. rule Test when $a : A() not B(this during $a) then ... end Even if A has positive duration, the rule fires just after A is inserted into working memory -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 6 months

6
13
0 / 0

[JBoss JIRA] Created: (JBRULES-2373) Add String converter

by Mark Proctor (JIRA)

Add String converter -------------------- Key: JBRULES-2373 URL: https://jira.jboss.org/jira/browse/JBRULES-2373 Project: Drools Issue Type: Feature Request Security Level: Public (Everyone can see) Reporter: Mark Proctor Assignee: Mark Proctor Fix For: 5.1.0.M2 Support so Strings can be an externalised format, which can be read in. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 6 months

6
12
0 / 0

[JBoss JIRA] Created: (JBRULES-2381) NPE during usage after serialize/deserialize

by Justin Waugh (JIRA)

NPE during usage after serialize/deserialize -------------------------------------------- Key: JBRULES-2381 URL: https://jira.jboss.org/jira/browse/JBRULES-2381 Project: Drools Issue Type: Bug Security Level: Public (Everyone can see) Components: drools-core Affects Versions: 5.0.1.FINAL Environment: Windows XP / Server 2003, JDK 1.6 Reporter: Justin Waugh Assignee: Mark Proctor Attachments: test.zip In our application we are often removing and adding new rules. We also have a requirement to serialize state so that we can continue across restarts. We've seen a few problems related to the state of the knowledgebase after serializing/deserializing related to removing rules. Both are NPE's, and from debugging into Drools, both seem to be a case of a deserialized transient value not being wired up correctly. In one case the reader field of ClassFieldReader is not wired, so the InternalReadAccessor is null, and in the other the expression field of EvalCondition is left null. I have not been able to reproduce in a simple test case the first problem, though it is easily reproduceable in our live system, but I was able to reproduce the second, and I've attached a test case to demonstrate it. Both only happen with the combination of removing rules and serialization/deserialization. If the rules are never removed, the problems do not exhibit themselves. Here are the 2 stack traces: java.lang.NullPointerException at org.drools.base.ClassFieldReader.getValueType(ClassFieldReader.java:96) at org.drools.reteoo.CompositeObjectSinkAdapter.addObjectSink(CompositeObjectSinkAdapter.java:98) at org.drools.reteoo.ObjectSource.addObjectSink(ObjectSource.java:143) at org.drools.reteoo.AlphaNode.attach(AlphaNode.java:116) at org.drools.reteoo.AlphaNode.attach(AlphaNode.java:120) at org.drools.reteoo.builder.BuildUtils.attachNode(BuildUtils.java:160) at org.drools.reteoo.builder.PatternBuilder.attachAlphaNodes(PatternBuilder.java:295) at org.drools.reteoo.builder.PatternBuilder.attachPattern(PatternBuilder.java:117) at org.drools.reteoo.builder.PatternBuilder.build(PatternBuilder.java:70) at org.drools.reteoo.builder.GroupElementBuilder$AndBuilder.build(GroupElementBuilder.java:126) at org.drools.reteoo.builder.GroupElementBuilder.build(GroupElementBuilder.java:73) at org.drools.reteoo.builder.ReteooRuleBuilder.addSubRule(ReteooRuleBuilder.java:153) at org.drools.reteoo.builder.ReteooRuleBuilder.addRule(ReteooRuleBuilder.java:126) at org.drools.reteoo.ReteooBuilder.addRule(ReteooBuilder.java:118) at org.drools.reteoo.ReteooRuleBase.addRule(ReteooRuleBase.java:362) at org.drools.common.AbstractRuleBase.addRule(AbstractRuleBase.java:618) at org.drools.compiler.PackageBuilder.addPackage(PackageBuilder.java:662) at org.drools.compiler.PackageBuilder.addPackageFromDrl(PackageBuilder.java:290) at org.drools.compiler.PackageBuilder.addKnowledgeResource(PackageBuilder.java:488) at org.drools.builder.impl.KnowledgeBuilderImpl.add(KnowledgeBuilderImpl.java:25) java.lang.NullPointerException at org.drools.rule.EvalCondition.createContext(EvalCondition.java:110) at org.drools.reteoo.EvalConditionNode.createMemory(EvalConditionNode.java:231) at org.drools.common.ConcurrentNodeMemories.createNodeMemory(ConcurrentNodeMemories.java:96) at org.drools.common.ConcurrentNodeMemories.getNodeMemory(ConcurrentNodeMemories.java:75) at org.drools.common.AbstractWorkingMemory.getNodeMemory(AbstractWorkingMemory.java:1534) at org.drools.reteoo.EvalConditionNode.doRemove(EvalConditionNode.java:263) at org.drools.common.BaseNode.remove(BaseNode.java:95) at org.drools.reteoo.RuleTerminalNode.doRemove(RuleTerminalNode.java:360) at org.drools.common.BaseNode.remove(BaseNode.java:95) at org.drools.reteoo.ReteooBuilder.removeRule(ReteooBuilder.java:248) at org.drools.reteoo.ReteooRuleBase.removeRule(ReteooRuleBase.java:366) at org.drools.common.AbstractRuleBase.removeRule(AbstractRuleBase.java:712) at org.drools.common.AbstractRuleBase.removePackage(AbstractRuleBase.java:640) at org.drools.impl.KnowledgeBaseImpl.removeKnowledgePackage(KnowledgeBaseImpl.java:166) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 6 months

6
12
0 / 0

[JBoss JIRA] Created: (JBRULES-2386) Matches constraint fails to match regex

by Nick Heudecker (JIRA)

Matches constraint fails to match regex --------------------------------------- Key: JBRULES-2386 URL: https://jira.jboss.org/jira/browse/JBRULES-2386 Project: Drools Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 5.0.1.FINAL Reporter: Nick Heudecker Assignee: Mark Proctor Attachments: drools-example.zip This rule fails to evaluate correctly: rule "Test Regex" when $q : Query() $g : QueryGroup() from $q.groups $f : QueryFilter(name == "address", regex == true) from $g.filters $p : Person(address.value matches $f.value) then System.out.println("Found regex match"); end I've attached an example project that reproduces the problem. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 6 months

6
13
0 / 0

[JBoss JIRA] Created: (JBRULES-2355) Flow StatelessKnowledgeBase node

by Mark Proctor (JIRA)

Flow StatelessKnowledgeBase node -------------------------------- Key: JBRULES-2355 URL: https://jira.jboss.org/jira/browse/JBRULES-2355 Project: Drools Issue Type: Feature Request Security Level: Public (Everyone can see) Components: drools-process Reporter: Mark Proctor Assignee: Mauricio Salatino Fix For: 5.1.0.M2 We should be able to have a node that takes a changeset that produces a kbase that is local to the node on which we can execute stateless executions. So the node takes a configuration of a changeset. Then it also takes configuration of how of what execute - maybe reuse the command script builder from the flow services integration JBRULES-2354. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 6 months

7
14
0 / 0

[JBoss JIRA] Created: (JBRULES-2358) ClassNotFoundException when using "mvel" as a dialect

by stephane Brossier (JIRA)

ClassNotFoundException when using "mvel" as a dialect ----------------------------------------------------- Key: JBRULES-2358 URL: https://jira.jboss.org/jira/browse/JBRULES-2358 Project: Drools Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 5.0.1.FINAL Environment: OS: Macos X and Linux JVM 1.6.0_15 from sun Reporter: stephane Brossier Assignee: Mark Proctor I get a ClassNotFoundexception when using a very simple rule and test. The test dowloads a binary package from guvnor, containing one trivial rule. Then it creates a StatefulKnowledgeSession and insert 500 facts. The drl file uploaded on guvnor is: -------------------------- package mytest.debug.rules declare PerUserCount num : long profile : String end rule "Event" dialect "java" when e: PerUserCount() then System.out.println("Possible spammer [p=" + e.getProfile() + "] : count = " + e.getNum()); end ---------------------------- When calling fireAll, i get an exception. Note that: 1) The exception does not show up right away-- it only comes after some of those facts got processed 2) If i change the dialect from default 'mvel" to "java" it works fine: Exception in thread "main" java.lang.NoClassDefFoundError: mytest/debug/rules/PerUserCount at ASMAccessorImpl_7377369041259611028980.getValue(Unknown Source) at org.mvel2.optimizers.dynamic.DynamicGetAccessor.getValue(DynamicGetAccessor.java:66) at org.mvel2.ast.ASTNode.getReducedValueAccelerated(ASTNode.java:99) at org.mvel2.ast.BinaryOperation.getReducedValueAccelerated(BinaryOperation.java:102) at org.mvel2.ast.BinaryOperation.getReducedValueAccelerated(BinaryOperation.java:102) at org.mvel2.ast.BinaryOperation.getReducedValueAccelerated(BinaryOperation.java:102) at org.mvel2.compiler.ExecutableAccessor.getValue(ExecutableAccessor.java:41) at ASMAccessorImpl_7157329411259611028970.getValue(Unknown Source) at org.mvel2.optimizers.dynamic.DynamicGetAccessor.getValue(DynamicGetAccessor.java:66) at org.mvel2.ast.ASTNode.getReducedValueAccelerated(ASTNode.java:99) at org.mvel2.MVELRuntime.execute(MVELRuntime.java:85) at org.mvel2.compiler.CompiledExpression.getValue(CompiledExpression.java:107) at org.mvel2.MVEL.executeExpression(MVEL.java:978) at org.drools.base.mvel.MVELConsequence.evaluate(MVELConsequence.java:87) at org.drools.common.DefaultAgenda.fireActivation(DefaultAgenda.java:934) at org.drools.common.DefaultAgenda.fireNextItem(DefaultAgenda.java:885) at org.drools.common.DefaultAgenda.fireAllRules(DefaultAgenda.java:1086) at org.drools.common.AbstractWorkingMemory.fireAllRules(AbstractWorkingMemory.java:660) at org.drools.common.AbstractWorkingMemory.fireAllRules(AbstractWorkingMemory.java:627) at org.drools.impl.StatefulKnowledgeSessionImpl.fireAllRules(StatefulKnowledgeSessionImpl.java:183) at com.drools.debug.Test.runIteration(Test.java:132) at com.drools.debug.Test.startTest(Test.java:73) at com.drools.debug.Test.main(Test.java:196) Caused by: java.lang.ClassNotFoundException: mytest.debug.rules.PerUserCount at java.net.URLClassLoader$1.run(URLClassLoader.java:200) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at java.lang.ClassLoader.loadClass(ClassLoader.java:319) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:330) at java.lang.ClassLoader.loadClass(ClassLoader.java:254) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:402) ... 23 more -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 6 months

6
14
0 / 0

[JBoss JIRA] Created: (JBRULES-2423) "from" does not work correctly with events in STREAM mode

by Davide Sottara (JIRA)

"from" does not work correctly with events in STREAM mode --------------------------------------------------------- Key: JBRULES-2423 URL: https://jira.jboss.org/jira/browse/JBRULES-2423 Project: Drools Issue Type: Bug Security Level: Public (Everyone can see) Components: drools-core (fusion) Affects Versions: 5.0.0.M1 Environment: Drools Fusion 5.0+ with engine in STREAM mode Reporter: Davide Sottara Assignee: Mark Proctor Priority: Critical In the simple test case below, Message is an instantaneous event (i.e. duration = 0) with a list of destinations. -------------------------------------------------------------------------------------------------------------------------------------- declare Message @role( event ) @timestamp(start) @duration(duration) end rule "Hello World" when m : Message( status == Message.HELLO, $myMessage : message, $destinations : dest) $s : String() from $destinations then System.out.println( "Dear " + $s + " : >>> " + $myMessage ); end -------------------------------------------------------------------------------------------------------------------------------------- if the engine is configured to work in STREAM mode, the output is Dear NULL :>>> Hello World ... since the Strings extracted from the Collection "dest" have already been retracted by the time the rule is fired, following the retraction of the Message event. The problem does not show in CLOUD mode. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 6 months

7
12
0 / 0

[JBoss JIRA] Created: (JBRULES-2429) Multibyte character in Template header gives not a valid column definition

by Hitoshi Ozawa (JIRA)

Multibyte character in Template header gives not a valid column definition -------------------------------------------------------------------------- Key: JBRULES-2429 URL: https://jira.jboss.org/jira/browse/JBRULES-2429 Project: Drools Issue Type: Bug Security Level: Public (Everyone can see) Environment: Eclipse IDE 5.10 CR1 Reporter: Hitoshi Ozawa Assignee: Mark Proctor Priority: Minor When there is a multibyte character (e.g. Japanese) is used in a Template header file (*.drt), execution fails outputting the column with a multibyte character is not a valid column definition. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 6 months

6
15
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira April 2010