Re: [rules-users] Drools Fusion (CEP) & event life cycle

[marianbuenosayres]

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

  

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

[marianbuenosayres]

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

[marianbuenosayres]

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

[marianbuenosayres]

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

[marianbuenosayres]

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)

[marianbuenosayres]

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