Re: [rules-users] How to figure out the recent node(s) in a drools flow ?
Excuse me, I think that I haven't been clear enough. The drools-bam module doesn't force you to activate the persistence. That's two differents things in fact. From what I've understood of the execution mechanism of drools, by default, it doesn't write anything in any database, so, if you want to have the recent node state of a flow from oustide the program that executes the flow, you have to write into a database, I can't figure out any other solutions... Drools-bam module creates two really simple tables that's named by default processinstancelog and nodeinstancelog. So it's really easy to request in those. That's the only way I can find out for your matter. By the way drools-bam can be found in the maven jboss repository (version 5.1.0-M1). If you find out any other solution, please tell me, I'm interested. -Message d'origine- De : robert.weissm...@web.de [mailto:robert.weissm...@web.de] Envoyé : mercredi 26 mai 2010 22:30 À : Rules Users List; PAYET, Manuel Objet : Re: [rules-users] How to figure out the recent node(s) in a drools flow ? Hm, for the event-listener way I need to have an App up and running to catch those, but what about an App which will be turned on later, but needs to know the actuall state of the process. This leaves only the first possibility, to use the persistence mechanism and check out the database ? That sounds pretty strange to me, since the mechanism to continue from the actual (last actual) state of the process must be there already (or is this not possible with the drools flow ? ) and therefor I was hoping to get direct API-access to this mechanism. So please, let me know if the DB is the only way to figure out at which recent state (which nodes are recently active) the process instance is or if there is some API to get this information directly. Cheers, Rob. Am 26.05.2010, 10:15 Uhr, schrieb PAYET, Manuel manuel.pa...@capgemini.com: There are different ways of doing this: -you can activate the drools-bam module to trace the activities of your nodes in database -you can add an eventlistener to your process (session.addEventListener) and by this, you can track which node was activated etc... -probably other ways :p -Message d'origine- De : rules-users-boun...@lists.jboss.org [mailto:rules-users-boun...@lists.jboss.org] De la part de Robert Envoyé : mercredi 26 mai 2010 10:15 À : rules-users@lists.jboss.org Objet : [rules-users] How to figure out the recent node(s) in a drools flow ? How am I able to figure out at which point (node(s)) the recent process instance is ? I was looking hard for some methods in the API, but could not find any. Cheers, Rob. -- Erstellt mit Operas revolutionärem E-Mail-Modul: http://www.opera.com/mail/ ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users This message contains information that may be privileged or confidential and is the property of the Capgemini Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message. ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users -- Erstellt mit Operas revolutionärem E-Mail-Modul: http://www.opera.com/mail/ This message contains information that may be privileged or confidential and is the property of the Capgemini Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message. ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users
Re: [rules-users] Drools Roadmap - Planned Release 5.1 release date
On 04/03/2010 09:21, Swindells, Thomas wrote: From what Mark Proctor posted in another thread: Edson has just merged the Rete algorithm updates into trunk, we have one remaining issue with planner and after that we 5.1M2. If thins go well we should 5.1 final this month. M2 is on the download page, just working on the release notes. Mark -Original Message- From: rules-users-boun...@lists.jboss.org [mailto:rules-users- boun...@lists.jboss.org] On Behalf Of Rohit Rai Sent: 04 March 2010 05:39 To: rules-users@lists.jboss.org Subject: Re: [rules-users] Drools Roadmap - Planned Release 5.1 release date Bump! Bump! Any updates on 5.1M2? -- View this message in context: http://n3.nabble.com/Drools-Roadmap-Planned- Release-5-1-release-date-tp60252p427859.html Sent from the Drools - User mailing list archive at Nabble.com. ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users ** This message is confidential and intended only for the addressee. If you have received this message in error, please immediately notify the postmas...@nds.com and delete it from your system as well as any copies. The content of e-mails as well as traffic data may be monitored by NDS for employment and security purposes. To protect the environment please do not print this e-mail unless necessary. NDS Limited. Registered Office: One London Road, Staines, Middlesex, TW18 4EX, United Kingdom. A company registered in England and Wales. Registered no. 3080780. VAT no. GB 603 8808 40-00 ** This message is confidential and intended only for the addressee. If you have received this message in error, please immediately notify the postmas...@nds.com and delete it from your system as well as any copies. The content of e-mails as well as traffic data may be monitored by NDS for employment and security purposes. To protect the environment please do not print this e-mail unless necessary. An NDS Group Limited company. www.nds.com ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users
Re: [rules-users] Drools memory usage issue
On 02/03/2010 14:50, Shah, Malay wrote: Pavel, I don't want to profile my application, as I am sure that there is no memory leak happening either on the drools side or in my code, and I know that memory for the app is not enough. I am running my app on 10G memory with 75000 objects/facts (taking about 600 MB heap), and running about 75 complex rules across these facts. One solution is to increase the heap, but is there anything else that I can do (other than adding drools properties as mentioned in my earlier email). Also, is it possible to know how much time each rule took to execute on a set of facts, when we apply a bunch of rules together in a stateless session? This would help me debug such issues easily when new rules are added to my application. Have you had any progress here? There is no out of the box way to get the information you need. mark Thanks Malay Shah -Original Message- From: rules-users-boun...@lists.jboss.org [mailto:rules-users-boun...@lists.jboss.org] On Behalf Of Pavel Tavoda Sent: Tuesday, March 02, 2010 3:26 AM To: Rules Users List Subject: Re: [rules-users] Drools memory usage issue At first start with tuning JVM. Xms, Xmx parameters. How much physical memory you have? If above 3.xx GB you need 64 bit JVM. If this is not enough just kick Profiler. Pavel 2010/3/2 Shah, Malaymalay.s...@morganstanley.com: Hi, We have an drools 5.0.1 application that uses StatelessSession and high volume of objects (facts) that we need to apply static rules on, and having out of memory issues doing so. We added the following three properties as given in the drools documentation for decreasing the memory usage: drools.shadowproxy=false drools.maintainTms=false drools.sequential=true As per the following blog, there is an algorithm to minimize the engine work, and memory usage. http://blog.athico.com/2007/07/sequential-rete.html Are the properties above sufficient to trigger this algorithm, or do we need to do write extra code for this? Also, does the drools.sequential property make sure that rules are applied sequentially on facts? If so, is there a hook into the drools engine to figure out which particular rule is consuming more memory or having more execution time? Thanks in advance. Malay Shah NOTICE: If received in error, please destroy, and notify sender. Sender does not intend to waive confidentiality or privilege. Use of this email is prohibited when received in error. We may monitor and store emails to the extent permitted by applicable law. ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users -- NOTICE: If received in error, please destroy, and notify sender. Sender does not intend to waive confidentiality or privilege. Use of this email is prohibited when received in error. We may monitor and store emails to the extent permitted by applicable law. ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users
Re: [rules-users] Moving from Jrules to Drools a couple of Issues
On 26/05/2010 09:56, paulnnosh wrote: Hi Chaps, We currently use Jrules 5 and are looking at our options going forward. We are going to evaluate Drools alongside some other products. So far I like the look of Drools but there are a couple of things that are puzzling me... - In our Jrules implementation our BOM/XOM exposes some of our application logic so that our rules can access application code and services to make decisions and updates where necessary. I can't see how this is possible in Drools. Pojos just work out of the box, it's much simpler :) So any inserted object is a pojo and is a direct reference to the object the user inserted. Use globals (also simple pojos) for registering and accessing services. - Our ruleflows use decision tables to define which rules will run dependant upon the transaction type received. This makes assigning a rule to a single ruleflow group inappropriate as one rule could be used by many different transactions. Is it possible to create an ArrayList of rules and execute them one at a time via ruleflow action node? JRules ruleflow and Drools ruleflow are very different. In JRules each ruleflow group is a separate knowledge base and executes statelessly. Where as RuleFlow in drools is for a single knowledge base and stateful sessions. You can simulate the more traditional ilog way by using Drools Flow, and create a work item to execute some input vars against a stateless session. This way each branch can have it's own knowledge base and copy of relevant rules. Mark Many Thanks ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users
Re: [rules-users] Drools Roadmap - Planned Release 5.1 release date
That's great great news! Do you know when the maven repository will have the 5.1.0.M2 version available? Thanks a lot drools developers guy, you make awesome work. -Message d'origine- De : rules-users-boun...@lists.jboss.org [mailto:rules-users-boun...@lists.jboss.org] De la part de Mark Proctor Envoyé : jeudi 27 mai 2010 11:22 À : rules-users@lists.jboss.org Objet : Re: [rules-users] Drools Roadmap - Planned Release 5.1 release date On 04/03/2010 09:21, Swindells, Thomas wrote: From what Mark Proctor posted in another thread: Edson has just merged the Rete algorithm updates into trunk, we have one remaining issue with planner and after that we 5.1M2. If thins go well we should 5.1 final this month. M2 is on the download page, just working on the release notes. Mark -Original Message- From: rules-users-boun...@lists.jboss.org [mailto:rules-users- boun...@lists.jboss.org] On Behalf Of Rohit Rai Sent: 04 March 2010 05:39 To: rules-users@lists.jboss.org Subject: Re: [rules-users] Drools Roadmap - Planned Release 5.1 release date Bump! Bump! Any updates on 5.1M2? -- View this message in context: http://n3.nabble.com/Drools-Roadmap-Planned- Release-5-1-release-date-tp60252p427859.html Sent from the Drools - User mailing list archive at Nabble.com. ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users ** This message is confidential and intended only for the addressee. If you have received this message in error, please immediately notify the postmas...@nds.com and delete it from your system as well as any copies. The content of e-mails as well as traffic data may be monitored by NDS for employment and security purposes. To protect the environment please do not print this e-mail unless necessary. NDS Limited. Registered Office: One London Road, Staines, Middlesex, TW18 4EX, United Kingdom. A company registered in England and Wales. Registered no. 3080780. VAT no. GB 603 8808 40-00 ** This message is confidential and intended only for the addressee. If you have received this message in error, please immediately notify the postmas...@nds.com and delete it from your system as well as any copies. The content of e-mails as well as traffic data may be monitored by NDS for employment and security purposes. To protect the environment please do not print this e-mail unless necessary. An NDS Group Limited company. www.nds.com ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users This message contains information that may be privileged or confidential and is the property of the Capgemini Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message. ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users
Re: [rules-users] Guvnor meant for business users?
I'd start with Decision Tables, these are the most natural metaphore for business users. You can use excel for Decision Tables, there is also the web based one but it is more limited. Mark On 20/05/2010 20:12, nxg912 wrote: Thanks for your message. Regarding the scenario, we were able to build the POJO model and other required dependencies but are not able to figure out that while working with Guided Editor, how to get access to internal properties of these objects, i.e. how to include those in the WHEN and THEN sections. Also, around Guvnor, our intention is to make this usable for business analyst and subject matter experts, i.e. they should be able to configure the rules and test them as well. Our understanding is that Guvnor and DSL are the options. At this point, to us, DSL seems like a better option than Guvnor from business analyst perspective. We are currently unable to build even slightly complex scenario and their corresponding test scenarios in Guvnor. So we were wondering if others in this forum are also reverting to DSL in case they want to get BA involved. Our impression on DRL has been very good as that allows you to build complex rules relatively quickly. ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users
Re: [rules-users] org.drools.reteoo.AlphaNode$AlphaMemory cannot be cast to org.drools.reteoo.BetaMemory
On 20/05/2010 17:09, Axelrod, Nelson wrote: Can anyone explain what this ConsequenceException means? Exception in thread main _org.drools.runtime.rule.ConsequenceException_: _java.lang.ClassCastException_: org.drools.reteoo.AlphaNode$AlphaMemory cannot be cast to org.drools.reteoo.BetaMemory at org.drools.runtime.rule.impl.DefaultConsequenceExceptionHandler.handleException(_DefaultConsequenceExceptionHandler.java:23_) at org.drools.common.DefaultAgenda.fireActivation(_DefaultAgenda.java:943_) 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 org.jcvi.annotation.rulesengine.RulesEngine.fireAllRules(_RulesEngine.java:210_) at org.jcvi.annotation.Aruba.run(_Aruba.java:311_) at org.jcvi.annotation.RunTest.main(_RunTest.java:55_) Nelson Should be fixed in 5.1 M2: http://www.jboss.org/drools/downloads.html Mark ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users
Re: [rules-users] Drools Roadmap - Planned Release 5.1 release date
Drools planner's runExamples.sh is apparently slightly broken. Only the NQueens example works out of the box. To fix the other examples, just do mkdir data/curriculumcourse/input data/curriculumcourse/output data/examination/input data/examination/output data/pas/input data/pas/output before running ./runExamples.sh. I 'll fix it in svn for the next release. With kind regards, Geoffrey De Smet Mark Proctor schreef: On 04/03/2010 09:21, Swindells, Thomas wrote: From what Mark Proctor posted in another thread: Edson has just merged the Rete algorithm updates into trunk, we have one remaining issue with planner and after that we 5.1M2. If thins go well we should 5.1 final this month. M2 is on the download page, just working on the release notes. Mark -Original Message- From: rules-users-boun...@lists.jboss.org [mailto:rules-users- boun...@lists.jboss.org] On Behalf Of Rohit Rai Sent: 04 March 2010 05:39 To: rules-users@lists.jboss.org Subject: Re: [rules-users] Drools Roadmap - Planned Release 5.1 release date Bump! Bump! Any updates on 5.1M2? -- View this message in context: http://n3.nabble.com/Drools-Roadmap-Planned- Release-5-1-release-date-tp60252p427859.html Sent from the Drools - User mailing list archive at Nabble.com. ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users ** This message is confidential and intended only for the addressee. If you have received this message in error, please immediately notify the postmas...@nds.com and delete it from your system as well as any copies. The content of e-mails as well as traffic data may be monitored by NDS for employment and security purposes. To protect the environment please do not print this e-mail unless necessary. NDS Limited. Registered Office: One London Road, Staines, Middlesex, TW18 4EX, United Kingdom. A company registered in England and Wales. Registered no. 3080780. VAT no. GB 603 8808 40-00 ** This message is confidential and intended only for the addressee. If you have received this message in error, please immediately notify the postmas...@nds.com and delete it from your system as well as any copies. The content of e-mails as well as traffic data may be monitored by NDS for employment and security purposes. To protect the environment please do not print this e-mail unless necessary. An NDS Group Limited company. www.nds.com ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users
Re: [rules-users] 5.1M2 Issue: LeftTupleSinkUpdateAdapter onlys supports assertLeftTuple
On 13/05/2010 19:53, malkhafaji wrote: I will do that. I am just swamped right now with our production deployment and fixing all the issues I am having. Still b0rked? did you try M2 yet? http://www.jboss.org/drools/downloads.html Mark ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users
Re: [rules-users] Drools Roadmap - Planned Release 5.1 release date
On 27/05/2010 10:29, PAYET, Manuel wrote: That's great great news! Do you know when the maven repository will have the 5.1.0.M2 version available? Thanks a lot drools developers guy, you make awesome work. Toni said it was uploading when he went to bed, so I assume it's there already. Mark -Message d'origine- De : rules-users-boun...@lists.jboss.org [mailto:rules-users-boun...@lists.jboss.org] De la part de Mark Proctor Envoyé : jeudi 27 mai 2010 11:22 À : rules-users@lists.jboss.org Objet : Re: [rules-users] Drools Roadmap - Planned Release 5.1 release date On 04/03/2010 09:21, Swindells, Thomas wrote: From what Mark Proctor posted in another thread: Edson has just merged the Rete algorithm updates into trunk, we have one remaining issue with planner and after that we 5.1M2. If thins go well we should 5.1 final this month. M2 is on the download page, just working on the release notes. Mark -Original Message- From: rules-users-boun...@lists.jboss.org [mailto:rules-users- boun...@lists.jboss.org] On Behalf Of Rohit Rai Sent: 04 March 2010 05:39 To: rules-users@lists.jboss.org Subject: Re: [rules-users] Drools Roadmap - Planned Release 5.1 release date Bump! Bump! Any updates on 5.1M2? -- View this message in context: http://n3.nabble.com/Drools-Roadmap-Planned- Release-5-1-release-date-tp60252p427859.html Sent from the Drools - User mailing list archive at Nabble.com. ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users ** This message is confidential and intended only for the addressee. If you have received this message in error, please immediately notify the postmas...@nds.com and delete it from your system as well as any copies. The content of e-mails as well as traffic data may be monitored by NDS for employment and security purposes. To protect the environment please do not print this e-mail unless necessary. NDS Limited. Registered Office: One London Road, Staines, Middlesex, TW18 4EX, United Kingdom. A company registered in England and Wales. Registered no. 3080780. VAT no. GB 603 8808 40-00 ** This message is confidential and intended only for the addressee. If you have received this message in error, please immediately notify the postmas...@nds.com and delete it from your system as well as any copies. The content of e-mails as well as traffic data may be monitored by NDS for employment and security purposes. To protect the environment please do not print this e-mail unless necessary. An NDS Group Limited company. www.nds.com ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users This message contains information that may be privileged or confidential and is the property of the Capgemini Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message. ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users
Re: [rules-users] Drools Roadmap - Planned Release 5.1 release date
On 27/05/2010 10:31, Geoffrey De Smet wrote: Drools planner's runExamples.sh is apparently slightly broken. Only the NQueens example works out of the box. To fix the other examples, just do mkdir data/curriculumcourse/input data/curriculumcourse/output data/examination/input data/examination/output data/pas/input data/pas/output before running ./runExamples.sh. I 'll fix it in svn for the next release. yeah toni noticed that, but we didn't want to hold up the release any further, sorry. Hopefully easy to fix for the next release. Mark With kind regards, Geoffrey De Smet Mark Proctor schreef: On 04/03/2010 09:21, Swindells, Thomas wrote: From what Mark Proctor posted in another thread: Edson has just merged the Rete algorithm updates into trunk, we have one remaining issue with planner and after that we 5.1M2. If thins go well we should 5.1 final this month. M2 is on the download page, just working on the release notes. Mark -Original Message- From: rules-users-boun...@lists.jboss.org [mailto:rules-users- boun...@lists.jboss.org] On Behalf Of Rohit Rai Sent: 04 March 2010 05:39 To: rules-users@lists.jboss.org Subject: Re: [rules-users] Drools Roadmap - Planned Release 5.1 release date Bump! Bump! Any updates on 5.1M2? -- View this message in context: http://n3.nabble.com/Drools-Roadmap-Planned- Release-5-1-release-date-tp60252p427859.html Sent from the Drools - User mailing list archive at Nabble.com. ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users ** This message is confidential and intended only for the addressee. If you have received this message in error, please immediately notify the postmas...@nds.com and delete it from your system as well as any copies. The content of e-mails as well as traffic data may be monitored by NDS for employment and security purposes. To protect the environment please do not print this e-mail unless necessary. NDS Limited. Registered Office: One London Road, Staines, Middlesex, TW18 4EX, United Kingdom. A company registered in England and Wales. Registered no. 3080780. VAT no. GB 603 8808 40-00 ** This message is confidential and intended only for the addressee. If you have received this message in error, please immediately notify the postmas...@nds.com and delete it from your system as well as any copies. The content of e-mails as well as traffic data may be monitored by NDS for employment and security purposes. To protect the environment please do not print this e-mail unless necessary. An NDS Group Limited company. www.nds.com ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users
Re: [rules-users] Moving from Jrules to Drools a couple of Issues
Thanks Mark, very helpful. I'm about to set up a Proof of concept so I'll try it out. Due to the relatively complex nature of our ruleflows and the fact that many rules can be used by many transaction types Drools Flow sounds like it will have to be the way to go. I'm out about to dig out the flow manual;-) -- View this message in context: http://drools-java-rules-engine.46999.n3.nabble.com/Moving-from-Jrules-to-Drools-a-couple-of-Issues-tp844379p847740.html Sent from the Drools - User 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 Roadmap - Planned Release 5.1 release date
Thanks for your answer Mark, So it's really soon, I suppose, because when I go to http://repository.jboss.com/maven2/org/drools/drools/ I don't have folder 5.1.0.M2/ yet. -Message d'origine- De : rules-users-boun...@lists.jboss.org [mailto:rules-users-boun...@lists.jboss.org] De la part de Mark Proctor Envoyé : jeudi 27 mai 2010 11:47 À : rules-users@lists.jboss.org Objet : Re: [rules-users] Drools Roadmap - Planned Release 5.1 release date On 27/05/2010 10:29, PAYET, Manuel wrote: That's great great news! Do you know when the maven repository will have the 5.1.0.M2 version available? Thanks a lot drools developers guy, you make awesome work. Toni said it was uploading when he went to bed, so I assume it's there already. Mark -Message d'origine- De : rules-users-boun...@lists.jboss.org [mailto:rules-users-boun...@lists.jboss.org] De la part de Mark Proctor Envoyé : jeudi 27 mai 2010 11:22 À : rules-users@lists.jboss.org Objet : Re: [rules-users] Drools Roadmap - Planned Release 5.1 release date On 04/03/2010 09:21, Swindells, Thomas wrote: From what Mark Proctor posted in another thread: Edson has just merged the Rete algorithm updates into trunk, we have one remaining issue with planner and after that we 5.1M2. If thins go well we should 5.1 final this month. M2 is on the download page, just working on the release notes. Mark -Original Message- From: rules-users-boun...@lists.jboss.org [mailto:rules-users- boun...@lists.jboss.org] On Behalf Of Rohit Rai Sent: 04 March 2010 05:39 To: rules-users@lists.jboss.org Subject: Re: [rules-users] Drools Roadmap - Planned Release 5.1 release date Bump! Bump! Any updates on 5.1M2? -- View this message in context: http://n3.nabble.com/Drools-Roadmap-Planned- Release-5-1-release-date-tp60252p427859.html Sent from the Drools - User mailing list archive at Nabble.com. ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users * * This message is confidential and intended only for the addressee. If you have received this message in error, please immediately notify the postmas...@nds.com and delete it from your system as well as any copies. The content of e-mails as well as traffic data may be monitored by NDS for employment and security purposes. To protect the environment please do not print this e-mail unless necessary. NDS Limited. Registered Office: One London Road, Staines, Middlesex, TW18 4EX, United Kingdom. A company registered in England and Wales. Registered no. 3080780. VAT no. GB 603 8808 40-00 * * This message is confidential and intended only for the addressee. If you have received this message in error, please immediately notify the postmas...@nds.com and delete it from your system as well as any copies. The content of e-mails as well as traffic data may be monitored by NDS for employment and security purposes. To protect the environment please do not print this e-mail unless necessary. An NDS Group Limited company. www.nds.com ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users This message contains information that may be privileged or confidential and is the property of the Capgemini Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message. ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users This message contains information that may be privileged or confidential and is the property of the Capgemini Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message. ___
Re: [rules-users] Moving from Jrules to Drools a couple of Issues
I Just need clarification on the injection of POJOs to give access to application services etc... I understand the fact that POJOs inserted into the working memory are direct references to the actual objects inserted by the calling application, that's great. However, currently in Jrules (sorry to keep telling you what we have already!) a number of our functions make regualr use of a large number of our core application classes. To have to insert all of these each time a ruleset is called would soon become unwieldy and I have concerns about the amount of working memory that would be required. Is it possible to create a reference to my application and initilise this at the start up of the server so that these classes are available to my packages without having to load them into WM each time? Many Thanks -- View this message in context: http://drools-java-rules-engine.46999.n3.nabble.com/Moving-from-Jrules-to-Drools-a-couple-of-Issues-tp844379p847769.html Sent from the Drools - User 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] Moving from Jrules to Drools a couple of Issues
On 27/05/2010 11:04, paulnnosh wrote: I Just need clarification on the injection of POJOs to give access to application services etc... I understand the fact that POJOs inserted into the working memory are direct references to the actual objects inserted by the calling application, that's great. However, currently in Jrules (sorry to keep telling you what we have already!) a number of our functions make regualr use of a large number of our core application classes. To have to insert all of these each time a ruleset is called would soon become unwieldy and I have concerns about the amount of working memory that would be required. Is it possible to create a reference to my application and initilise this at the start up of the server so that these classes are available to my packages without having to load them into WM each time? Globals. Mark Many Thanks ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users
Re: [rules-users] [Drools Fusion] Can't detect 2 occurrences with sliding window
Hello again, I'm back on my problem and a colleague of mime suggested me the following rule instead : # declare events declare Operation @role(event) @timestamp(date) end rule overActivity dialect mvel when #condition : 2 operation in less than 1 minute * $operation1 : Operation($ipAddress1 : ipAddress) ** from entry-point OperationStream $operation2 : Operation(this != $operation1, ipAddress == $ipAddress1, this after[ 0s,30s ] $operation1) from entry-point OperationStream* then #actions System.out.println(over-active user + $ipAddress1 ); end It works, and the main difference is the use of *after[]* instead of * window:time()* Is it because the window:time() was used outside of an *accumulate()*function ? I'd just like to understand this. If anyone can take a few minutes to answer, thank you in advance Best regards, Xavier On Wed, May 19, 2010 at 10:08 AM, Xavier Coulon xcou...@gmail.com wrote: Hello Wolfgang, sorry, I wasn't available yesterday. I just followed your instructions: Here's my test method now : @SuppressWarnings(unchecked) @Test public void testActivity() throws IOException, ParseException, InterruptedException { // parse the log file Resource logFile = new ClassPathResource( activity/activity18h20-18h30-extract.log); // converter and inject tracks in the session, ListString logLines = FileUtils.readLines(logFile.getFile(), UTF-8); LOGGER.info(loading events); // load events from stream Operation previousOperation = null; for (String logLine : logLines) { Operation operation = LineConverterUtil.getOperation(logLine); Assert.assertFalse(Current operation equals() previous one, operation.equals(previousOperation)); Assert.assertFalse(Current operation == previous one, operation == previousOperation); previousOperation = operation; LOGGER.debug(Moving clock from + (new Date(clock.getCurrentTime())).toString() + to + operation.getDate()); clock.advanceTime(operation.getDate().getTime() - clock.getCurrentTime(), TimeUnit.MILLISECONDS); // clock.advanceTime(10, TimeUnit.SECONDS); LOGGER.debug(Inserting + operation); FactHandle operationHandle = entryPoint.insert(operation); LOGGER.debug(Insertion done: + operationHandle.toExternalForm()); } session.fireAllRules(); LOGGER.info(done with events); // check... Assert.assertTrue(Rule not fired..., listener .isRuleFired(overActivity)); } And the logs in the console : Console 2010-05-19 09:57:06|INFO ||DroolsRulesTestCase.testActivity|loading events Console 2010-05-19 09:57:06|DEBUG||DroolsRulesTestCase.testActivity|Moving clock from Thu Jan 01 01:00:00 CET 1970 to Fri Apr 30 18:26:47 CEST 2010 Console 2010-05-19 09:57:06|DEBUG||DroolsRulesTestCase.testActivity|Inserting Operation [date=Fri Apr 30 18:26:47 CEST 2010, executionTime=1, hostname=server1, ipAddress=1.2.3.4, operation=null, requestSize=0, responseSize=0] Console 2010-05-19 09:57:06|WARN ||TrackingWorkingMemoryEventListener.objectInserted|Object inserted: [event fid:1:1:Operation [date=Fri Apr 30 18:26:47 CEST 2010, executionTime=1, hostname=server1, ipAddress=1.2.3.4, operation=null, requestSize=0, responseSize=0]] Console 2010-05-19 09:57:06|DEBUG||DroolsRulesTestCase.testActivity|Insertion done: [event fid:1:1:Operation [date=Fri Apr 30 18:26:47 CEST 2010, executionTime=1, hostname=server1, ipAddress=1.2.3.4, operation=null, requestSize=0, responseSize=0]] Console 2010-05-19 09:57:06|DEBUG||DroolsRulesTestCase.testActivity|Moving clock from Fri Apr 30 18:26:47 CEST 2010 to Fri Apr 30 18:27:11 CEST 2010 Console 2010-05-19 09:57:06|DEBUG||DroolsRulesTestCase.testActivity|Inserting Operation [date=Fri Apr 30 18:27:11 CEST 2010, executionTime=164, hostname=server1, ipAddress=1.2.3.4, operation=CONSULTATION, requestSize=1299, responseSize=895] Console 2010-05-19 09:57:06|WARN ||TrackingWorkingMemoryEventListener.objectRetracted|Object retracted: [event fid:1:1:Operation [date=Fri Apr 30 18:26:47 CEST 2010, executionTime=1, hostname=server1, ipAddress=1.2.3.4, operation=null, requestSize=0, responseSize=0]] Console 2010-05-19 09:57:06|WARN ||TrackingWorkingMemoryEventListener.objectInserted|Object inserted: [event fid:2:2:Operation [date=Fri Apr 30 18:27:11 CEST 2010, executionTime=164, hostname=server1, ipAddress=1.2.3.4, operation=CONSULTATION, requestSize=1299, responseSize=895]] Console 2010-05-19 09:57:06|DEBUG||DroolsRulesTestCase.testActivity|Insertion done: [event fid:2:2:Operation [date=Fri Apr 30 18:27:11 CEST 2010, executionTime=164, hostname=server1,
Re: [rules-users] [Drools Fusion] Can't detect 2 occurrences with sliding window
Hello Edson, Ok, it's clear now. I'll try my first attempt with the new 5.1M2 version. Thank you very much ! Best regards, Xavier 2010/5/27 Edson Tirelli tire...@post.com Xavier (and others), First, let me explain the problem: the temporal distance algorithm in 5.0.1 was not taking sliding windows into consideration when calculating the expiration offset for the objects. So, even declaring a 60s sliding window, the engine thought your expiration offset was 0s, and was expiring them right away. When using after, then engine correctly evaluates the expiration offset and the problem does not happen. There was a workaround (although for your case using after IMO) that is to explicit declare an expiration offset: declare Operation @role(event) @timestamp(date) @expires( 60s ) end This is fixed in 5.1M2 and now the engine does take sliding windows into consideration. In your case, though, using temporal operators like after is probably semantically better. Sliding windows are useful when used with accumulate/collect. For instance, if you want to count how many operations the user did in the last 60 seconds: Number( $count : intValue ) from accumulate( Operation() from entry-point OperationStream, count(1) ) Sorry for the late answer... I was offline during the last couple weeks. Wolfgang, loved your new terminology: pseudo-too-old, pseudo-too-late. :) Edson 2010/5/27 Xavier Coulon xcou...@gmail.com Hello again, I'm back on my problem and a colleague of mime suggested me the following rule instead : # declare events declare Operation @role(event) @timestamp(date) end rule overActivity dialect mvel when #condition : 2 operation in less than 1 minute * $operation1 : Operation($ipAddress1 : ipAddress) ** from entry-point OperationStream $operation2 : Operation(this != $operation1, ipAddress == $ipAddress1, this after[ 0s,30s ] $operation1) from entry-point OperationStream* then #actions System.out.println(over-active user + $ipAddress1 ); end It works, and the main difference is the use of *after[]* instead of * window:time()* Is it because the window:time() was used outside of an *accumulate()*function ? I'd just like to understand this. If anyone can take a few minutes to answer, thank you in advance Best regards, Xavier On Wed, May 19, 2010 at 10:08 AM, Xavier Coulon xcou...@gmail.comwrote: Hello Wolfgang, sorry, I wasn't available yesterday. I just followed your instructions: Here's my test method now : @SuppressWarnings(unchecked) @Test public void testActivity() throws IOException, ParseException, InterruptedException { // parse the log file Resource logFile = new ClassPathResource( activity/activity18h20-18h30-extract.log); // converter and inject tracks in the session, ListString logLines = FileUtils.readLines(logFile.getFile(), UTF-8); LOGGER.info(loading events); // load events from stream Operation previousOperation = null; for (String logLine : logLines) { Operation operation = LineConverterUtil.getOperation(logLine); Assert.assertFalse(Current operation equals() previous one, operation.equals(previousOperation)); Assert.assertFalse(Current operation == previous one, operation == previousOperation); previousOperation = operation; LOGGER.debug(Moving clock from + (new Date(clock.getCurrentTime())).toString() + to + operation.getDate()); clock.advanceTime(operation.getDate().getTime() - clock.getCurrentTime(), TimeUnit.MILLISECONDS); // clock.advanceTime(10, TimeUnit.SECONDS); LOGGER.debug(Inserting + operation); FactHandle operationHandle = entryPoint.insert(operation); LOGGER.debug(Insertion done: + operationHandle.toExternalForm()); } session.fireAllRules(); LOGGER.info(done with events); // check... Assert.assertTrue(Rule not fired..., listener .isRuleFired(overActivity)); } And the logs in the console : Console 2010-05-19 09:57:06|INFO ||DroolsRulesTestCase.testActivity|loading events Console 2010-05-19 09:57:06|DEBUG||DroolsRulesTestCase.testActivity|Moving clock from Thu Jan 01 01:00:00 CET 1970 to Fri Apr 30 18:26:47 CEST 2010 Console 2010-05-19 09:57:06|DEBUG||DroolsRulesTestCase.testActivity|Inserting Operation [date=Fri Apr 30 18:26:47 CEST 2010, executionTime=1, hostname=server1, ipAddress=1.2.3.4, operation=null, requestSize=0, responseSize=0] Console 2010-05-19 09:57:06|WARN ||TrackingWorkingMemoryEventListener.objectInserted|Object inserted: [event
Re: [rules-users] Moving from Jrules to Drools a couple of Issues
Pithy as usual, Mark. :) Paul, you partially mention a way to go about it: dependency injection. http://en.wikipedia.org/wiki/Dependency_injection The best way to do that these days is with Spring using the Inversion of Control pattern: http://static.springsource.org/spring/docs/3.0.x/spring-framework-reference/html/ http://static.springsource.org/spring/docs/3.0.x/spring-framework-reference/html/beans.html --- On Thu, 5/27/10, Mark Proctor mproc...@codehaus.org wrote: From: Mark Proctor mproc...@codehaus.org Subject: Re: [rules-users] Moving from Jrules to Drools a couple of Issues To: rules-users@lists.jboss.org Date: Thursday, May 27, 2010, 5:31 AM On 27/05/2010 11:04, paulnnosh wrote: I Just need clarification on the injection of POJOs to give access to application services etc... I understand the fact that POJOs inserted into the working memory are direct references to the actual objects inserted by the calling application, that's great. However, currently in Jrules (sorry to keep telling you what we have already!) a number of our functions make regualr use of a large number of our core application classes. To have to insert all of these each time a ruleset is called would soon become unwieldy and I have concerns about the amount of working memory that would be required. Is it possible to create a reference to my application and initilise this at the start up of the server so that these classes are available to my packages without having to load them into WM each time? Globals. Mark Many Thanks ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users
[rules-users] Activation-group does not work when using a Stateless Session with Sequential Mode enabled
We spent some time trying to figure out why our activation-group functionality was not working. Activation groups are supposed to cause only a single rule to fire within the same group. What we were experiencing is that all the rules were firing, essentially ignoring the activation-group setting. We have determined that it is because we were setting an option on the KnowledgeBaseConfiguration of Sequential.Yes. If we comment out that line activation-groups work. I don't know enough to know if this is by design or if it is a bug. I searched the documentation and the drools-user Nabble forum and could not find an answer to this issue. I wanted to at least post this information so that if anyone else has this problem they don't have to go through the same struggle we had. -- View this message in context: http://drools-java-rules-engine.46999.n3.nabble.com/Activation-group-does-not-work-when-using-a-Stateless-Session-with-Sequential-Mode-enabled-tp849037p849037.html Sent from the Drools - User 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 Flow Persistence with Spring Hibernate
Anyone managed to get drools flow persistence to be configured in a spring hibernate app? -- View this message in context: http://drools-java-rules-engine.46999.n3.nabble.com/Drools-Flow-Persistence-with-Spring-Hibernate-tp834330p849100.html Sent from the Drools - User 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] Login Names for drools-5.0-guvnor installed on Tomcat 6
My question is related to Login Names for drools-5.0-guvnor installed on Tomcat 6. A Guvnor tutorial offers an example for JBoss AS on how to provide user name/password. Can you provide a similar example for the Tomcat 6 case? How to config 2-3 names for the admin role? I hope that the question is easy for someone who is already working in this environment. Thank you so much for your help, Jeff ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users