Re: [rules-users] Drools Fusion (CEP) event life cycle
I think that if you want the automatic event lifecycle management to delete your events, you first need to notify the engine when an event is old enough to realise it should be removed. This has to be managed adding the @expires annotation to the event declaration: declare Notification @role( event ) @expires ( 1h45m ) end That will let the engine know it should remove the event from the working memory (if no rule needs it) after an hour and 45 minutes. Please check the doc about @expires in the following link: http://docs.jboss.org/drools/release/6.1.0.Final/drools-docs/html_single/#d0e10478 http://docs.jboss.org/drools/release/6.1.0.Final/drools-docs/html_single/#d0e10478 Cheers, -- View this message in context: http://drools.46999.n3.nabble.com/Drools-Fusion-CEP-event-life-cycle-tp4030471p4030725.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] Dynamically loading rules in KieBase
I'm bumping this question for general interest on other possible solutions, and to give my two cents. The closest I was to getting this feature in Drools 6 from the public APIs, is to use a persistent session. Then, when I loaded an existing session, I would pass a newly created KieBase, like this KieStoreServices kstore = KieServices.Factory.get().getStoreServices(); KieBase kbase = ...; //create a Kie Base Environment env = ...; //create an environment KieSession ksession = kstore.newKieSession(kbase, null, env); Integer sessionId = ksession.getId(); KieBase kbase2 = ...; //updated Kie base KieSession ksessionReloaded = ks.loadKieSession(kbase2, null, env); ksession and ksessionReloaded would be the same working memory and agenda, but the kie base they work with would change. Hope this helps, but I hope more for an alternative -- View this message in context: http://drools.46999.n3.nabble.com/Dynamically-loading-rules-in-KieBase-tp4030351p4030425.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] Drools jBPM Public Training @San Francisco 2014
Hello, My name is Mariano De Maio, I'm CTO at Plugtree (http://www.plugtree.com) and we're currently working on a public training for Drools and jBPM in the San Francisco area for April 21-25. We were wondering if people in this group would be interested in this event. Please find more information at http://www.plugtree.com/public-training-san-francisco-2014/. We would love to see you there! Please contact us at train...@plugtree.com if you have any doubts. -- View this message in context: http://drools.46999.n3.nabble.com/Drools-jBPM-Public-Training-San-Francisco-2014-tp4028803.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] Drools 5.5 java.lang.ClassCastException: org.drools.compiler.rule.builder.dialect.mvel.MVELDialectConfiguration cannot be cast to org.drools.compiler.DialectConfiguration
I had a similar problem once related to having two sets of drools dependencies in the classpath. Have you tried removing the org.apache.servicemix.bundles.drools dependency from your pom file? if this is a servicemix Service and you can't remove that from the actual runtim e, you might try a PARENT_LAST class loader configuration -- View this message in context: http://drools.46999.n3.nabble.com/Drools-5-5-java-lang-ClassCastException-org-drools-compiler-rule-builder-dialect-mvel-MVELDialectConn-tp4027293p4027298.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] Would like to know about a coming Workshop/Training/Seminar in Drools/Guvnor
We at Plugtree are closing details for a Drools/Guvnor/jBPM training in London by October 21-25, and are preparing another for USA but haven't pinned all the details yet. You can see more about the one we're preparing for London here: http://www.plugtree.com/public-trainings-london-2013/ Cheers, -- View this message in context: http://drools.46999.n3.nabble.com/Would-like-to-know-about-a-coming-Workshop-Training-Seminar-in-Drools-Guvnor-tp4025792p4025803.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] Garbage collection and sliding windows (Drools 5.5.0 Final)
Could this be related to the issue at https://issues.jboss.org/browse/JBRULES-3721? It started with performance issues but eventually led to this case where a NPE is thrown by the expire/retract action. They seem quite similar and perhaps the issue attached project could help solve this issue as well. laune wrote The original post mentioned performance tests with Drools Fusion in combination with using the feature of automatic event retraction. I don't think that OutOfMemory problems in this kind of scenario are due to some bug in Drools (Fusion) - at least not until I see a complete test app that reproduces the claimed problem. It's important to note that automatic event retraction incurs a considerable overhead in addition to the work required for getting the event fact off the Rete network. Essentially, a Job (i.e., the retraction) is scheduled for punctual execution using a TimerService. One must therefore take care that the system can cope with the additional work of disbanding all of this contraband - otherwise it'll just clog, and croak. Running fireUntilHalt() in one thread while inserting events from another one and expecting automatic event retraction to happen after 10s (due to a window:time(10s)) is one way of risking that the system runs into overload. With time slices being allotted equably to threads, a backlog will accumulate if the expire/retract takes longer than the insert/start-timer. I've run the aforementioned scenario with System.sleep(nms) after every so many insertions, and this keeps the system in balance. Reducing nms gradually will - eventually - stress the system beyond its breaking point, and OutOfMemory occurs. (To fill up memory more quickly, the Event class was stuffed with some dead data - char[2000].) -W ___ rules-users mailing list rules-users@.jboss https://lists.jboss.org/mailman/listinfo/rules-users -- View this message in context: http://drools.46999.n3.nabble.com/Garbage-collection-and-sliding-windows-Drools-5-5-0-Final-tp4022183p4022503.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
