Possible Bug in 6.3.0.Final within DefaultAgenda under heavy load

88 views
Skip to first unread message

José Cavieres

unread,
Nov 16, 2015, 6:14:09 PM11/16/15
to Drools Development
Hi,

I am seing a problem happening a lot, but I want to verify that is a bug and not a bad use of the KIE project before opening a ticket.

I am starting in several threads hundreds/second JBPM processes with task rules defined in them in the same KIE Session, each one inserting Facts and executing fireAllRules via Process and Agenda Listeners. 

In that scenario the following error appears in the logs:
[Server:runtime] 13:26:17,939 ERROR [stderr] (processExecutor-463) Caused by: java.util.NoSuchElementException
[Server:runtime] 13:26:17,942 ERROR [stderr] (processExecutor-463)  at java.util.LinkedList.getLast(LinkedList.java:255)
[Server:runtime] 13:26:17,943 ERROR [stderr] (processExecutor-463)  at org.drools.core.common.DefaultAgenda.setFocus(DefaultAgenda.java:477)
[Server:runtime] 13:26:17,943 ERROR [stderr] (processExecutor-463)  at org.drools.core.common.DefaultAgenda.activateRuleFlowGroup(DefaultAgenda.java:702)
[Server:runtime] 13:26:17,943 ERROR [stderr] (processExecutor-463)  at org.drools.core.common.DefaultAgenda.activateRuleFlowGroup(DefaultAgenda.java:691)

I believe that error is to be expected because the access to the affected variable "focusStack" is not being synchronized in the code, so the next example can easily fail if another thread removes an element after "this.focusStack.size() > 1"

 if ( empty && (this.focusStack.size() > 1) ) {
        agendaGroup.setActive( false );
        removeLast();
}

Can anyone verify that the use case is correct (or wrong), and that it's a bug to be fixed?

Thanks,




   

Salaboy

unread,
Nov 17, 2015, 5:50:49 AM11/17/15
to drools-de...@googlegroups.com
It will be great if you can create a small project wit a reproducer. That will help us a lot to verify if there is an issue or not.
A simple maven project with a unit test will be enough.

Cheers

Sent from my iPhone
--
You received this message because you are subscribed to the Google Groups "Drools Development" group.
To unsubscribe from this group and stop receiving emails from it, send an email to drools-developm...@googlegroups.com.
To post to this group, send email to drools-de...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/drools-development/efc6a381-5767-44af-882d-81f80717eecc%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

José Cavieres

unread,
Nov 17, 2015, 2:50:54 PM11/17/15
to Drools Development
Mauricio,

Run with mvn clean test

Please let me know your analysis.

Regards,


El martes, 17 de noviembre de 2015, 7:50:49 (UTC-3), Salaboy Mauricio Salatino escribió:
It will be great if you can create a small project wit a reproducer. That will help us a lot to verify if there is an issue or not.
A simple maven project with a unit test will be enough.

Cheers

Sent from my iPhone

On 16 Nov 2015, at 20:14, José Cavieres <jcav...@gmail.com> wrote:

Hi,

I am seing a problem happening a lot, but I want to verify that is a bug and not a bad use of the KIE project before opening a ticket.

I am starting in several threads hundreds/second JBPM processes with task rules defined in them in the same KIE Session, each one inserting Facts and executing fireAllRules via Process and Agenda Listeners. 

In that scenario the following error appears in the logs:
[Server:runtime] 13:26:17,939 ERROR [stderr] (processExecutor-463) Caused by: java.util.NoSuchElementException
[Server:runtime] 13:26:17,942 ERROR [stderr] (processExecutor-463)  at java.util.LinkedList.getLast(LinkedList.java:255)
[Server:runtime] 13:26:17,943 ERROR [stderr] (processExecutor-463)  at org.drools.core.common.DefaultAgenda.setFocus(DefaultAgenda.java:477)
[Server:runtime] 13:26:17,943 ERROR [stderr] (processExecutor-463)  at org.drools.core.common.DefaultAgenda.activateRuleFlowGroup(DefaultAgenda.java:702)
[Server:runtime] 13:26:17,943 ERROR [stderr] (processExecutor-463)  at org.drools.core.common.DefaultAgenda.activateRuleFlowGroup(DefaultAgenda.java:691)

I believe that error is to be expected because the access to the affected variable "focusStack" is not being synchronized in the code, so the next example can easily fail if another thread removes an element after "this.focusStack.size() > 1"

 if ( empty && (this.focusStack.size() > 1) ) {
        agendaGroup.setActive( false );
        removeLast();
}

Can anyone verify that the use case is correct (or wrong), and that it's a bug to be fixed?

Thanks,




   

--
You received this message because you are subscribed to the Google Groups "Drools Development" group.
To unsubscribe from this group and stop receiving emails from it, send an email to drools-development+unsub...@googlegroups.com.

Mauricio Salatino

unread,
Nov 17, 2015, 3:12:26 PM11/17/15
to drools-de...@googlegroups.com
Running that test doesn't give me any error.. did you manage to reproduce that on your environment? 


To unsubscribe from this group and stop receiving emails from it, send an email to drools-developm...@googlegroups.com.

--
You received this message because you are subscribed to the Google Groups "Drools Development" group.
To unsubscribe from this group and stop receiving emails from it, send an email to drools-developm...@googlegroups.com.

To post to this group, send email to drools-de...@googlegroups.com.

For more options, visit https://groups.google.com/d/optout.



--
 - MyJourney @ http://salaboy.com
 - Co-Founder @ http://www.jugargentina.org
 - Co-Founder @ http://www.jbug.com.ar
 
 - Salatino "Salaboy" Mauricio -

José Cavieres

unread,
Nov 17, 2015, 5:08:42 PM11/17/15
to Drools Development
It fails not always, but very often. I try it in several linux boxes, and always failed.
Did you try it several times?

JCS
To unsubscribe from this group and stop receiving emails from it, send an email to drools-development+unsub...@googlegroups.com.

--
You received this message because you are subscribed to the Google Groups "Drools Development" group.
To unsubscribe from this group and stop receiving emails from it, send an email to drools-development+unsub...@googlegroups.com.

To post to this group, send email to drools-de...@googlegroups.com.

José Cavieres

unread,
Nov 17, 2015, 5:14:56 PM11/17/15
to Drools Development
If after running several times you still don't receive the error, can you send me your enviroment (java, maven, version, JAVA_TOOL_OPTIONS, SO)?

This is the log of one failed test:
mvn clean test
Picked up JAVA_TOOL_OPTIONS: -Ddrools.phreakEnabled=true
[INFO] Scanning for projects...
[INFO]                                                                         
[INFO] ------------------------------------------------------------------------
[INFO] Building jbpm-bussinesruletask-concurrent 1.0-SNAPSHOT
[INFO] ------------------------------------------------------------------------
[INFO] 
[INFO] --- maven-clean-plugin:2.5:clean (default-clean) @ jbpm-bussinesruletask-concurrent ---
[INFO] Deleting /home/jcavieres/Desarrollos/P2P-reglas/kie-test/target
[INFO] 
[INFO] --- maven-resources-plugin:2.6:resources (default-resources) @ jbpm-bussinesruletask-concurrent ---
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] Copying 7 resources
[INFO] 
[INFO] --- maven-compiler-plugin:2.5.1:compile (default-compile) @ jbpm-bussinesruletask-concurrent ---
[INFO] Compiling 2 source files to /home/jcavieres/Desarrollos/P2P-reglas/kie-test/target/classes
[INFO] 
[INFO] --- maven-resources-plugin:2.6:testResources (default-testResources) @ jbpm-bussinesruletask-concurrent ---
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory /home/jcavieres/Desarrollos/P2P-reglas/kie-test/src/test/resources
[INFO] 
[INFO] --- maven-compiler-plugin:2.5.1:testCompile (default-testCompile) @ jbpm-bussinesruletask-concurrent ---
[INFO] Compiling 4 source files to /home/jcavieres/Desarrollos/P2P-reglas/kie-test/target/test-classes
[INFO] 
[INFO] --- maven-surefire-plugin:2.12.4:test (default-test) @ jbpm-bussinesruletask-concurrent ---
[INFO] Surefire report directory: /home/jcavieres/Desarrollos/P2P-reglas/kie-test/target/surefire-reports

-------------------------------------------------------
 T E S T S
-------------------------------------------------------
Picked up JAVA_TOOL_OPTIONS: -Ddrools.phreakEnabled=true
Running org.drools.test.RulesJUnitTest
Nov 17, 2015 7:13:55 PM org.jboss.weld.bootstrap.WeldStartup <clinit>
INFO: WELD-000900: 2.3.0 (Final)
SLF4J: Failed to load class "org.slf4j.impl.StaticLoggerBinder".
SLF4J: Defaulting to no-operation (NOP) logger implementation
Nov 17, 2015 7:13:55 PM org.jboss.weld.bootstrap.WeldStartup startContainer
INFO: WELD-000101: Transactional services not available. Injection of @Inject UserTransaction not available. Transactional observers will be invoked synchronously.
Nov 17, 2015 7:13:55 PM org.jboss.weld.interceptor.util.InterceptionTypeRegistry <clinit>
WARN: WELD-001700: Interceptor annotation class javax.ejb.PostActivate not found, interception based on it is not enabled
Nov 17, 2015 7:13:55 PM org.jboss.weld.interceptor.util.InterceptionTypeRegistry <clinit>
WARN: WELD-001700: Interceptor annotation class javax.ejb.PrePassivate not found, interception based on it is not enabled
Nov 17, 2015 7:13:55 PM org.jboss.weld.bootstrap.WeldStartup startContainer
WARN: WELD-000135: Legacy deployment metadata provided by the integrator. Certain functionality will not be available.
Nov 17, 2015 7:13:55 PM org.jboss.weld.bootstrap.Validator validateCustomBean
WARN: WELD-001473: javax.enterprise.inject.spi.Bean implementation org.drools.compiler.cdi.KieCDIExtension$StatefulKSessionBean@15b346d0 declared a normal scope but does not implement javax.enterprise.inject.spi.PassivationCapable. It won't be possible to inject this bean into a bean with a passivating scope (@SessionScoped, @ConversationScoped). This can be fixed by assigning the Bean implementation a unique id by implementing the PassivationCapable interface.
Thread-1 : INIT P:AB G:A [Message [message=AB0_0, date=Tue Nov 17 19:13:57 CLT 2015]]
Thread-4 : INIT P:BA G:B [Message [message=BA1_0, date=Tue Nov 17 19:13:57 CLT 2015]]
Thread-2 : INIT P:BA G:B [Message [message=BA0_0, date=Tue Nov 17 19:13:57 CLT 2015]]
Thread-3 : INIT P:AB G:A [Message [message=AB1_0, date=Tue Nov 17 19:13:57 CLT 2015]]
1
1
1
Thread-2 RN - Ejecucion Grupo B/GrupoB [Message [message=BA0_0, date=Tue Nov 17 19:13:57 CLT 2015]]
Thread-2 RN - Ejecucion Grupo B/GrupoB [Message [message=BA1_0, date=Tue Nov 17 19:13:57 CLT 2015]]
Thread-2 : END P:BA G:B [Message [message=BA1_0, date=Tue Nov 17 19:13:57 CLT 2015]]
Thread-2 : INIT P:BA G:A [Message [message=BA1_0, date=Tue Nov 17 19:13:57 CLT 2015]]
Thread-2 : END P:BA G:B [Message [message=BA0_0, date=Tue Nov 17 19:13:57 CLT 2015]]
Thread-2 : INIT P:BA G:A [Message [message=BA0_0, date=Tue Nov 17 19:13:57 CLT 2015]]
Thread-2 RN - Ejecucion Grupo A/GrupoA [Message [message=BA0_0, date=Tue Nov 17 19:13:57 CLT 2015]]
Thread-2 RN - Ejecucion Grupo A/GrupoA [Message [message=BA1_0, date=Tue Nov 17 19:13:57 CLT 2015]]
Thread-2 : END P:AB G:A [Message [message=AB0_0, date=Tue Nov 17 19:13:57 CLT 2015]]
Thread-2 : INIT P:AB G:B [Message [message=AB0_0, date=Tue Nov 17 19:13:57 CLT 2015]]
Thread-2 : END P:AB G:A [Message [message=AB1_0, date=Tue Nov 17 19:13:57 CLT 2015]]
Thread-2 : INIT P:AB G:B [Message [message=AB1_0, date=Tue Nov 17 19:13:57 CLT 2015]]
Thread-2 : END P:BA G:A [Message [message=BA1_0, date=Tue Nov 17 19:13:57 CLT 2015]]
Thread-2 : END P:BA G:A [Message [message=BA0_0, date=Tue Nov 17 19:13:57 CLT 2015]]
Thread-2 RN - Ejecucion Grupo B/GrupoB [Message [message=AB1_0, date=Tue Nov 17 19:13:57 CLT 2015]]
Thread-2 RN - Ejecucion Grupo B/GrupoB [Message [message=AB0_0, date=Tue Nov 17 19:13:57 CLT 2015]]
Thread-2 : END P:AB G:B [Message [message=AB0_0, date=Tue Nov 17 19:13:57 CLT 2015]]
Thread-2 : END P:AB G:B [Message [message=AB1_0, date=Tue Nov 17 19:13:57 CLT 2015]]
org.jbpm.workflow.instance.WorkflowRuntimeException: [droolsTest.RFGBA:1 - Grupo Reglas B:2] -- null
        at org.jbpm.workflow.instance.impl.NodeInstanceImpl.trigger(NodeInstanceImpl.java:179)
        at org.jbpm.workflow.instance.impl.NodeInstanceImpl.triggerNodeInstance(NodeInstanceImpl.java:366)
        at org.jbpm.workflow.instance.impl.NodeInstanceImpl.triggerCompleted(NodeInstanceImpl.java:325)
        at org.jbpm.workflow.instance.node.StartNodeInstance.triggerCompleted(StartNodeInstance.java:73)
        at org.jbpm.workflow.instance.node.StartNodeInstance.internalTrigger(StartNodeInstance.java:44)
        at org.jbpm.workflow.instance.impl.NodeInstanceImpl.trigger(NodeInstanceImpl.java:173)
        at org.jbpm.ruleflow.instance.RuleFlowProcessInstance.internalStart(RuleFlowProcessInstance.java:35)
        at org.jbpm.process.instance.impl.ProcessInstanceImpl.start(ProcessInstanceImpl.java:236)
        at org.jbpm.workflow.instance.impl.WorkflowProcessInstanceImpl.start(WorkflowProcessInstanceImpl.java:439)
        at org.jbpm.process.instance.ProcessRuntimeImpl.startProcessInstance(ProcessRuntimeImpl.java:208)
        at org.jbpm.process.instance.ProcessRuntimeImpl.startProcess(ProcessRuntimeImpl.java:191)
        at org.jbpm.process.instance.ProcessRuntimeImpl.startProcess(ProcessRuntimeImpl.java:183)
        at org.drools.core.impl.StatefulKnowledgeSessionImpl.startProcess(StatefulKnowledgeSessionImpl.java:1787)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
        at java.lang.reflect.Method.invoke(Method.java:606)
        at org.jboss.weld.bean.proxy.AbstractBeanInstance.invoke(AbstractBeanInstance.java:38)
        at org.jboss.weld.bean.proxy.ProxyMethodHandler.invoke(ProxyMethodHandler.java:100)
        at org.jboss.weld.proxies.KieSession$1366014918$Proxy$_$$_WeldClientProxy.startProcess(Unknown Source)
        at org.drools.test.RulesJUnitTest$ThreadBA.run(RulesJUnitTest.java:189)
Caused by: java.util.NoSuchElementException
        at java.util.LinkedList.getLast(LinkedList.java:255)
        at org.drools.core.common.DefaultAgenda.getNextFocus(DefaultAgenda.java:527)
        at org.drools.core.common.DefaultAgenda.fireNextItem(DefaultAgenda.java:964)
        at org.drools.core.common.DefaultAgenda.fireAllRules(DefaultAgenda.java:1292)
        at org.drools.core.impl.StatefulKnowledgeSessionImpl.internalFireAllRules(StatefulKnowledgeSessionImpl.java:1294)
        at org.drools.core.impl.StatefulKnowledgeSessionImpl.fireAllRules(StatefulKnowledgeSessionImpl.java:1281)
        at org.drools.core.impl.StatefulKnowledgeSessionImpl.fireAllRules(StatefulKnowledgeSessionImpl.java:1260)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
        at java.lang.reflect.Method.invoke(Method.java:606)
        at org.jboss.weld.bean.proxy.AbstractBeanInstance.invoke(AbstractBeanInstance.java:38)
        at org.jboss.weld.bean.proxy.ProxyMethodHandler.invoke(ProxyMethodHandler.java:100)
        at org.jboss.weld.proxies.KieSession$1366014918$Proxy$_$$_WeldClientProxy.fireAllRules(Unknown Source)
        at org.drools.test.RulesJUnitTest$1.afterRuleFlowGroupActivated(RulesJUnitTest.java:75)
        at org.drools.core.event.AgendaEventSupport.fireAfterRuleFlowGroupActivated(AgendaEventSupport.java:152)
        at org.drools.core.common.DefaultAgenda.activateRuleFlowGroup(DefaultAgenda.java:703)
        at org.drools.core.common.DefaultAgenda.activateRuleFlowGroup(DefaultAgenda.java:691)
        at org.jbpm.workflow.instance.node.RuleSetNodeInstance.internalTrigger(RuleSetNodeInstance.java:87)
        at org.jbpm.workflow.instance.impl.NodeInstanceImpl.trigger(NodeInstanceImpl.java:173)
        ... 20 more
Exception in thread "Thread-2" java.lang.AssertionError: Proceso genera Error
        at org.junit.Assert.fail(Assert.java:88)
        at org.drools.test.RulesJUnitTest$ThreadBA.run(RulesJUnitTest.java:194)
JCS

Mauricio Salatino

unread,
Nov 17, 2015, 5:29:34 PM11/17/15
to drools-de...@googlegroups.com
We need a way to reproduce it 100% of the times, if not it is not a reproducer. 
we might need to increase the number of concurrent threads or load in order to get that error 100% of the time

To unsubscribe from this group and stop receiving emails from it, send an email to drools-developm...@googlegroups.com.

--
You received this message because you are subscribed to the Google Groups "Drools Development" group.
To unsubscribe from this group and stop receiving emails from it, send an email to drools-developm...@googlegroups.com.

To post to this group, send email to drools-de...@googlegroups.com.



--
 - MyJourney @ http://salaboy.com
 - Co-Founder @ http://www.jugargentina.org
 - Co-Founder @ http://www.jbug.com.ar
 
 - Salatino "Salaboy" Mauricio -

--
You received this message because you are subscribed to the Google Groups "Drools Development" group.
To unsubscribe from this group and stop receiving emails from it, send an email to drools-developm...@googlegroups.com.

To post to this group, send email to drools-de...@googlegroups.com.

For more options, visit https://groups.google.com/d/optout.

Mauricio Salatino

unread,
Nov 17, 2015, 5:30:39 PM11/17/15
to drools-de...@googlegroups.com
But it is true that if you run it several times it fails at some point

José Cavieres

unread,
Nov 17, 2015, 5:48:47 PM11/17/15
to Drools Development
That's the "beauty" of the problems about concurrency. 
The project with more threads is up and it failed us everytime. Can you check on your side?
Anyway, it's more or less clear from the logs that the problem is in the concurrent access to the variable focusStack.
Can you confirm if it's a bug ?
Regards,
JCS
To unsubscribe from this group and stop receiving emails from it, send an email to drools-development+unsub...@googlegroups.com.

--
You received this message because you are subscribed to the Google Groups "Drools Development" group.
To unsubscribe from this group and stop receiving emails from it, send an email to drools-development+unsub...@googlegroups.com.

To post to this group, send email to drools-de...@googlegroups.com.



--
 - MyJourney @ http://salaboy.com
 - Co-Founder @ http://www.jugargentina.org
 - Co-Founder @ http://www.jbug.com.ar
 
 - Salatino "Salaboy" Mauricio -

--
You received this message because you are subscribed to the Google Groups "Drools Development" group.
To unsubscribe from this group and stop receiving emails from it, send an email to drools-development+unsub...@googlegroups.com.

To post to this group, send email to drools-de...@googlegroups.com.



--
 - MyJourney @ http://salaboy.com
 - Co-Founder @ http://www.jugargentina.org
 - Co-Founder @ http://www.jbug.com.ar
 
 - Salatino "Salaboy" Mauricio -

José Cavieres

unread,
Nov 17, 2015, 7:05:58 PM11/17/15
to Drools Development
One more thing: We tried with 6.3.1-SNAPSHOT and the problem happens much less frecuently.
Is there any chance that you have a different 6.3.0.Final version than us in your machine ?

Regards

Mauricio Salatino

unread,
Nov 19, 2015, 7:23:42 AM11/19/15
to drools-de...@googlegroups.com
I don't think so I run it with 6.3.0.Final from Maven Central. 
Another thing that you might try is agains the daily snapshots, to see if there is a difference. 

To unsubscribe from this group and stop receiving emails from it, send an email to drools-developm...@googlegroups.com.

--
You received this message because you are subscribed to the Google Groups "Drools Development" group.
To unsubscribe from this group and stop receiving emails from it, send an email to drools-developm...@googlegroups.com.

To post to this group, send email to drools-de...@googlegroups.com.



--
 - MyJourney @ http://salaboy.com
 - Co-Founder @ http://www.jugargentina.org
 - Co-Founder @ http://www.jbug.com.ar
 
 - Salatino "Salaboy" Mauricio -

--
You received this message because you are subscribed to the Google Groups "Drools Development" group.
To unsubscribe from this group and stop receiving emails from it, send an email to drools-developm...@googlegroups.com.

To post to this group, send email to drools-de...@googlegroups.com.



--
 - MyJourney @ http://salaboy.com
 - Co-Founder @ http://www.jugargentina.org
 - Co-Founder @ http://www.jbug.com.ar
 
 - Salatino "Salaboy" Mauricio -



--
 - MyJourney @ http://salaboy.com
 - Co-Founder @ http://www.jugargentina.org
 - Co-Founder @ http://www.jbug.com.ar
 
 - Salatino "Salaboy" Mauricio -

--
You received this message because you are subscribed to the Google Groups "Drools Development" group.
To unsubscribe from this group and stop receiving emails from it, send an email to drools-developm...@googlegroups.com.

To post to this group, send email to drools-de...@googlegroups.com.

For more options, visit https://groups.google.com/d/optout.

José Cavieres

unread,
Nov 20, 2015, 3:10:24 PM11/20/15
to Drools Development
Mauricio,

I created a bug report with and attached project for this issue:

I hope it helps
JCS
To unsubscribe from this group and stop receiving emails from it, send an email to drools-development+unsub...@googlegroups.com.

--
You received this message because you are subscribed to the Google Groups "Drools Development" group.
To unsubscribe from this group and stop receiving emails from it, send an email to drools-development+unsub...@googlegroups.com.

To post to this group, send email to drools-de...@googlegroups.com.



--
 - MyJourney @ http://salaboy.com
 - Co-Founder @ http://www.jugargentina.org
 - Co-Founder @ http://www.jbug.com.ar
 
 - Salatino "Salaboy" Mauricio -

--
You received this message because you are subscribed to the Google Groups "Drools Development" group.
To unsubscribe from this group and stop receiving emails from it, send an email to drools-development+unsub...@googlegroups.com.

To post to this group, send email to drools-de...@googlegroups.com.



--
 - MyJourney @ http://salaboy.com
 - Co-Founder @ http://www.jugargentina.org
 - Co-Founder @ http://www.jbug.com.ar
 
 - Salatino "Salaboy" Mauricio -



--
 - MyJourney @ http://salaboy.com
 - Co-Founder @ http://www.jugargentina.org
 - Co-Founder @ http://www.jbug.com.ar
 
 - Salatino "Salaboy" Mauricio -

--
You received this message because you are subscribed to the Google Groups "Drools Development" group.
To unsubscribe from this group and stop receiving emails from it, send an email to drools-development+unsub...@googlegroups.com.

To post to this group, send email to drools-de...@googlegroups.com.
Message has been deleted

José Cavieres

unread,
May 27, 2016, 5:13:22 PM5/27/16
to Drools Development
Hi Mauricio,

I insist with this issue because I believe the reported bug makes Phreak unfeasible to be used in multithreaded environments.
I did some more tests and the problem remains in 6.4.0.Final. The only workaround is to keep using ReteOO.
As you can see in the history of the issue, it was wrongly closed in January, but I reopened it. 
https://issues.jboss.org/projects/DROOLS/issues/DROOLS-987

Regards
JCS
Reply all
Reply to author
Forward
0 new messages