August 2014 - jboss-jira - Jboss List Archives

[JBoss JIRA] (DROOLS-385) KModules get added twice

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/DROOLS-385?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration commented on DROOLS-385: ------------------------------------------------ Rajesh Rajasekaran <rrajasek(a)redhat.com> changed the Status of [bug 1046095|https://bugzilla.redhat.com/show_bug.cgi?id=1046095] from VERIFIED to CLOSED > KModules get added twice > ------------------------ > > Key: DROOLS-385 > URL: https://issues.jboss.org/browse/DROOLS-385 > Project: Drools > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Mark Proctor > Assignee: Mario Fusco > > The class loader is returning duplicate entries, as it incorrectly implements: > @Override > protected Enumeration<URL> findResources(String name) throws IOException { > return getParent().getResources(name); > } > Deleting this method resolves the problem -- This message was sent by Atlassian JIRA (v6.2.6#6264)

11 years, 3 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-295) Phreak mode does not evaluate 'from collect' correctly.

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/DROOLS-295?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration commented on DROOLS-295: ------------------------------------------------ Rajesh Rajasekaran <rrajasek(a)redhat.com> changed the Status of [bug 1018296|https://bugzilla.redhat.com/show_bug.cgi?id=1018296] from VERIFIED to CLOSED > Phreak mode does not evaluate 'from collect' correctly. > ------------------------------------------------------- > > Key: DROOLS-295 > URL: https://issues.jboss.org/browse/DROOLS-295 > Project: Drools > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 6.0.0.CR4 > Environment: Mac OS-X 10.8.5, Oracle Hotspot 1.7.0_40, Drools 6.1.0-SNAPSHOT > Reporter: Duncan Doyle > Assignee: Mario Fusco > Fix For: 6.0.0.Final > > > Reproducer project at: https://github.com/DuncanDoyle/Drools6PhreakFromCollectIssue > Run 'mvn clean test'. There are 2 tests which execute exactly the same thing against the same ruleset, one in ReteOO mode and one in Phreak. The result of the Phreak test is incorrect. There seems to be an issue with the 'from collect' in Phreak mode. > Please note that I'm using Drools 6.0.0-SNAPSHOT, as 6.0.0.Cr4-Pre1 contains a bug which causes the 'from collect' to go into an infinite loop. See Drools-276 > -- This message was sent by Atlassian JIRA (v6.2.6#6264)

11 years, 3 months

1
0
0 / 0

[JBoss JIRA] (JBRULES-3666) kbase holds multiple KnowledgeBaseEventListenerWrapper instances when adding the same KnowledgeBaseEventListener multiple times

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/JBRULES-3666?page=com.atlassian.jira.plug... ] RH Bugzilla Integration commented on JBRULES-3666: -------------------------------------------------- Rajesh Rajasekaran <rrajasek(a)redhat.com> changed the Status of [bug 958394|https://bugzilla.redhat.com/show_bug.cgi?id=958394] from VERIFIED to CLOSED > kbase holds multiple KnowledgeBaseEventListenerWrapper instances when adding the same KnowledgeBaseEventListener multiple times > ------------------------------------------------------------------------------------------------------------------------------- > > Key: JBRULES-3666 > URL: https://issues.jboss.org/browse/JBRULES-3666 > Project: JBRULES > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: drools-core > Affects Versions: 5.5.0.Beta1 > Reporter: Toshiya Kobayashi > Assignee: Mario Fusco > Fix For: 5.5.0.Final > > > When you add the same KnowledgeBaseEventListener to kbase twice, kbase holds both KnowledgeBaseEventListenerWrapper instances. I'm not 100% sure if this is a bug but I guess KnowledgeBaseEventListenerWrapper should implement equals() method like StatefulKnowledgeSessionImpl$AgendaEventListenerWrapper. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

11 years, 3 months

1
0
0 / 0

[JBoss JIRA] (JBRULES-3676) drl cann't debuging in Eclipse IDE

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/JBRULES-3676?page=com.atlassian.jira.plug... ] RH Bugzilla Integration commented on JBRULES-3676: -------------------------------------------------- Rajesh Rajasekaran <rrajasek(a)redhat.com> changed the Status of [bug 958381|https://bugzilla.redhat.com/show_bug.cgi?id=958381] from VERIFIED to CLOSED > drl cann't debuging in Eclipse IDE > ---------------------------------- > > Key: JBRULES-3676 > URL: https://issues.jboss.org/browse/JBRULES-3676 > Project: JBRULES > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: drools-core (expert) > Affects Versions: 5.5.0.CR1 > Environment: Eclipse 4.2，JDK1.7，Drools5.5CR1 > Reporter: hongkun an > Assignee: Mark Proctor > > i follow url content > http://docs.jboss.org/drools/release/5.2.0.Final/drools-expert-docs/html/... > I want debug drl example（HelloWord）in eclipse ide，but，only debug java file，cann't debug drl，why？ -- This message was sent by Atlassian JIRA (v6.2.6#6264)

11 years, 3 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-373) Kie Maven plugin don't use the project classpath

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/DROOLS-373?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration commented on DROOLS-373: ------------------------------------------------ Rajesh Rajasekaran <rrajasek(a)redhat.com> changed the Status of [bug 1039676|https://bugzilla.redhat.com/show_bug.cgi?id=1039676] from VERIFIED to CLOSED > Kie Maven plugin don't use the project classpath > ------------------------------------------------ > > Key: DROOLS-373 > URL: https://issues.jboss.org/browse/DROOLS-373 > Project: Drools > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Mario Fusco > Assignee: Mario Fusco > Fix For: 6.0.1.Final > > Attachments: drools6scratch-kiemavenclasspath.zip > > > When compiling drls the kie maven plugin uses the plugin classpath instead of the project one. This imply that it is necessary to duplicate the dependencies used by the kie project also inside the plugin declaration, as reported by this email: http://drools.46999.n3.nabble.com/rules-users-Drool-6-0-0-Final-2-questio... -- This message was sent by Atlassian JIRA (v6.2.6#6264)

11 years, 3 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-376) NullPointerException on JPAKnowledgeService.loadStatefulKnowledgeSession() when Collection is modified

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/DROOLS-376?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration commented on DROOLS-376: ------------------------------------------------ Rajesh Rajasekaran <rrajasek(a)redhat.com> changed the Status of [bug 1040889|https://bugzilla.redhat.com/show_bug.cgi?id=1040889] from VERIFIED to CLOSED > NullPointerException on JPAKnowledgeService.loadStatefulKnowledgeSession() when Collection is modified > ------------------------------------------------------------------------------------------------------ > > Key: DROOLS-376 > URL: https://issues.jboss.org/browse/DROOLS-376 > Project: Drools > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 6.0.0.Final > Reporter: Toshiya Kobayashi > Assignee: Mario Fusco > Fix For: 6.0.1.Final > > > - Using JPAKnowledgeService > - Add two or more elements to Collection property which is referred by 'from' in a rule. > {noformat} > package org.drools.test > import org.drools.compiler.Person > import org.drools.compiler.Address > rule rule1 > when > $p: Person($list : addresses) > $a: Address(street == "y") from $list > then > $list.add( new Address("z") ); > $list.add( new Address("w") ); > end > {noformat} > - Call JPAKnowledgeService.loadStatefulKnowledgeSession() > Then NullPointerException is thrown > {noformat} > 2013-12-12 18:03:31,329 [main] |org.drools.persistence.SingleSessionCommandService| WARN Could not commit session > java.lang.RuntimeException: Unable to load session snapshot > at org.drools.persistence.SessionMarshallingHelper.loadSnapshot(SessionMarshallingHelper.java:88) ~[classes/:na] > at org.drools.persistence.SingleSessionCommandService.initExistingKnowledgeSession(SingleSessionCommandService.java:264) ~[classes/:na] > at org.drools.persistence.SingleSessionCommandService.<init>(SingleSessionCommandService.java:196) ~[classes/:na] > at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) [na:1.7.0_13] > at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57) [na:1.7.0_13] > at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) [na:1.7.0_13] > at java.lang.reflect.Constructor.newInstance(Constructor.java:525) [na:1.7.0_13] > at org.drools.persistence.jpa.KnowledgeStoreServiceImpl.buildCommandService(KnowledgeStoreServiceImpl.java:101) [classes/:na] > at org.drools.persistence.jpa.KnowledgeStoreServiceImpl.loadKieSession(KnowledgeStoreServiceImpl.java:84) [classes/:na] > at org.drools.persistence.jpa.KnowledgeStoreServiceImpl.loadKieSession(KnowledgeStoreServiceImpl.java:1) [classes/:na] > at org.kie.internal.persistence.jpa.JPAKnowledgeService.loadStatefulKnowledgeSession(JPAKnowledgeService.java:130) [kie-internal-6.1.0-SNAPSHOT.jar:6.1.0-SNAPSHOT] > at org.drools.persistence.session.JpaPersistentStatefulSessionTest.testFromNodeWithModifiedCollection(JpaPersistentStatefulSessionTest.java:562) [test-classes/:na] > ... > Caused by: java.lang.NullPointerException: null > at org.drools.core.reteoo.FromNode.createRightTuple(FromNode.java:152) ~[classes/:na] > at org.drools.core.phreak.PhreakFromNode.doLeftInserts(PhreakFromNode.java:96) ~[classes/:na] > at org.drools.core.phreak.PhreakFromNode.doNode(PhreakFromNode.java:49) ~[classes/:na] > at org.drools.core.phreak.RuleNetworkEvaluator.innerEval(RuleNetworkEvaluator.java:348) ~[classes/:na] > at org.drools.core.phreak.RuleNetworkEvaluator.outerEval(RuleNetworkEvaluator.java:161) ~[classes/:na] > at org.drools.core.phreak.RuleNetworkEvaluator.evaluateNetwork(RuleNetworkEvaluator.java:116) ~[classes/:na] > at org.drools.core.phreak.RuleExecutor.reEvaluateNetwork(RuleExecutor.java:200) ~[classes/:na] > at org.drools.core.marshalling.impl.ProtobufInputMarshaller$PBActivationsFilter.fireRNEAs(ProtobufInputMarshaller.java:813) ~[classes/:na] > at org.drools.core.reteoo.LeftInputAdapterNode.doInsertObject(LeftInputAdapterNode.java:258) ~[classes/:na] > at org.drools.core.reteoo.LeftInputAdapterNode.assertObject(LeftInputAdapterNode.java:199) ~[classes/:na] > at org.drools.core.reteoo.SingleObjectSinkAdapter.propagateAssertObject(SingleObjectSinkAdapter.java:60) ~[classes/:na] > at org.drools.core.reteoo.ObjectTypeNode.assertObject(ObjectTypeNode.java:288) ~[classes/:na] > at org.drools.core.reteoo.EntryPointNode.assertObject(EntryPointNode.java:260) ~[classes/:na] > at org.drools.core.marshalling.impl.ProtobufInputMarshaller.assertHandleIntoOTN(ProtobufInputMarshaller.java:499) ~[classes/:na] > at org.drools.core.marshalling.impl.ProtobufInputMarshaller.readFactHandles(ProtobufInputMarshaller.java:476) ~[classes/:na] > at org.drools.core.marshalling.impl.ProtobufInputMarshaller.readSession(ProtobufInputMarshaller.java:250) ~[classes/:na] > at org.drools.core.marshalling.impl.ProtobufInputMarshaller.readSession(ProtobufInputMarshaller.java:157) ~[classes/:na] > at org.drools.core.marshalling.impl.ProtobufMarshaller.unmarshall(ProtobufMarshaller.java:116) ~[classes/:na] > at org.drools.core.marshalling.impl.ProtobufMarshaller.unmarshall(ProtobufMarshaller.java:1) ~[classes/:na] > at org.drools.persistence.SessionMarshallingHelper.loadSnapshot(SessionMarshallingHelper.java:83) ~[classes/:na] > {noformat} -- This message was sent by Atlassian JIRA (v6.2.6#6264)

11 years, 3 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-23) Debugging rules impossible

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/DROOLS-23?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on DROOLS-23: ----------------------------------------------- Rajesh Rajasekaran <rrajasek(a)redhat.com> changed the Status of [bug 958381|https://bugzilla.redhat.com/show_bug.cgi?id=958381] from VERIFIED to CLOSED > Debugging rules impossible > -------------------------- > > Key: DROOLS-23 > URL: https://issues.jboss.org/browse/DROOLS-23 > Project: Drools > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 5.5.0.Final > Environment: Eclipse Juno, Windows 8 > Reporter: Marc Dzaebel > Assignee: Mario Fusco > Fix For: 6.0.0.Final > > > Create Drools Project, set breakpoint, debug as Drools Application > --> No debug -- This message was sent by Atlassian JIRA (v6.2.6#6264)

11 years, 3 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-247) Property reactivity does not work with positional/unification constraints

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/DROOLS-247?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration commented on DROOLS-247: ------------------------------------------------ Rajesh Rajasekaran <rrajasek(a)redhat.com> changed the Status of [bug 1021803|https://bugzilla.redhat.com/show_bug.cgi?id=1021803] from VERIFIED to CLOSED > Property reactivity does not work with positional/unification constraints > ------------------------------------------------------------------------- > > Key: DROOLS-247 > URL: https://issues.jboss.org/browse/DROOLS-247 > Project: Drools > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Affects Versions: 5.5.0.Final, 6.0.0.CR2 > Reporter: Davide Sottara > Assignee: Mario Fusco > Priority: Minor > Fix For: 5.5.1.Final, 6.0.0.Final > > > Positional and/or unification constraints are interpreted as either bindings > or constraints, depending on the whether the variable is already bound or not. The user is expected not to have to care about the difference. > ... > Person( $name; $age := age ) > ... > If the pattern type is @propertyReactive, however, the actual decision > between binding and constraint WILL make a difference, possibly forcing > the user to use @watch() -- This message was sent by Atlassian JIRA (v6.2.6#6264)

11 years, 3 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-348) Wildcard imports don't work for declared type fields

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/DROOLS-348?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration commented on DROOLS-348: ------------------------------------------------ Rajesh Rajasekaran <rrajasek(a)redhat.com> changed the Status of [bug 1033012|https://bugzilla.redhat.com/show_bug.cgi?id=1033012] from VERIFIED to CLOSED > Wildcard imports don't work for declared type fields > ---------------------------------------------------- > > Key: DROOLS-348 > URL: https://issues.jboss.org/browse/DROOLS-348 > Project: Drools > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Mario Fusco > Assignee: Mario Fusco > Fix For: 6.0.1.Final > > > Using the new KIE api the following drl doesn't compile > {code} > import java.util.* > declare MyType > l : List > end > {code} -- This message was sent by Atlassian JIRA (v6.2.6#6264)

11 years, 3 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-178) NoSuchMethodError at runtime due to eval in query (BW chaining)

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/DROOLS-178?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration commented on DROOLS-178: ------------------------------------------------ Rajesh Rajasekaran <rrajasek(a)redhat.com> changed the Status of [bug 1021810|https://bugzilla.redhat.com/show_bug.cgi?id=1021810] from VERIFIED to CLOSED > NoSuchMethodError at runtime due to eval in query (BW chaining) > --------------------------------------------------------------- > > Key: DROOLS-178 > URL: https://issues.jboss.org/browse/DROOLS-178 > Project: Drools > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 5.5.0.Final > Reporter: Wolfgang Laun > Assignee: Mario Fusco > Priority: Critical > Fix For: 5.5.1.Final, 6.0.0.Final > > > An eval CW in a query used in a BW chaining rule compiles, but causes a NoSuchMethodError when executed. > Exception in thread "main" java.lang.NoSuchMethodError: > pythagoras.Rule_isTriple_17ac16f7237046ee9562afce35dfe174.eval0(III)Z > at pythagoras.Rule_isTriple_17ac16f7237046ee9562afce35dfe174Eval0InvokerGenerated.evaluate(Unknown > Source) > at pythagoras.Rule_isTriple_17ac16f7237046ee9562afce35dfe174Eval0Invoker.evaluate(Unknown > Source) > at org.drools.rule.EvalCondition.isAllowed(EvalCondition.java:114) > at org.drools.reteoo.EvalConditionNode.assertLeftTuple(EvalConditionNode.java:176) > at org.drools.reteoo.SingleLeftTupleSinkAdapter.doPropagateAssertLeftTuple(SingleLeftTupleSinkAdapter.java:196) > at org.drools.reteoo.SingleLeftTupleSinkAdapter.propagateAssertLeftTuple(SingleLeftTupleSinkAdapter.java:71) > at org.drools.reteoo.JoinNode.propagateFromRight(JoinNode.java:159) > at org.drools.reteoo.JoinNode.assertObject(JoinNode.java:148) > at org.drools.reteoo.CompositeObjectSinkAdapter.doPropagateAssertObject(CompositeObjectSinkAdapter.java:497) > at org.drools.reteoo.CompositeObjectSinkAdapter.propagateAssertObject(CompositeObjectSinkAdapter.java:382) > at org.drools.reteoo.ObjectTypeNode.assertObject(ObjectTypeNode.java:235) > at org.drools.reteoo.EntryPointNode.assertObject(EntryPointNode.java:240) > at org.drools.common.NamedEntryPoint.insert(NamedEntryPoint.java:350) > at org.drools.common.NamedEntryPoint.insert(NamedEntryPoint.java:311) > at org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:903) > at org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:847) > at org.drools.impl.StatefulKnowledgeSessionImpl.insert(StatefulKnowledgeSessionImpl.java:269) > at pythagoras.Main.makeFacts(Main.java:94) -- This message was sent by Atlassian JIRA (v6.2.6#6264)

11 years, 3 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira August 2014