Re: [rules-users] fireUntilHalt and timing of rule activations

If you don't have some way of associating the data with a particular Latch it's easy to get overlap when processing datasets.  In general you need some way to group the data together.  You can avoid a back reference to the Latch by having a Set of some sort in the Latch to which you add all data in the batch.  If you use a Set backed by an IdentityHashMap the overhead is pretty small, and rules look like this: rule "CountAs" dialect "java" salience -1 when l : Latch() a : A( this memberOf l.dataSet ) then retract(a); l.incACount(); System.out.println("Found an A in " + l); end See attached project. THough I like the cleverness of using the "data in matched objects alters rule properties" trick, you could have just as easily had a "Latch(value == true)" conditional, and that would be more clear, IMO. I'm curious to see of the enabled trick would perform better, though. GreG --- On Sun, 10/3/10, Wolfgang Laun <wolfgang.laun(a)gmail.com&gt; wrote: From: Wolfgang Laun <wolfgang.laun(a)gmail.comSubject: Re: [rules-users] fireUntilHalt and timing of rule activations To: "Rules Users List" <rules-users(a)lists.jboss.orgDate: Sunday, October 3, 2010, 4:23 AM There is another way of associating a Latch object with rules, without having to store a reference to a Latch in objects: rule "CountAs" enabled ( $v ) when      Latch( $v : value )      X( ... ) then ... end At the beginning, insert Latch( false ), which blocks all rules with this construction, or modify the Latch object to false before inserting more facts. Then, insert the facts, and, at the end, modify Latch to true.     Latch latch = new Latch( true );     FactHandle fh = kSession.insert( latch );     kSession.fireAllRules();     latch.setValue( false );     kSession.update( fh, latch ); Of course, you can use multiple Latch objects, adding a name field with a specific value, so that a latch applies to a subset of rules only: rule "CountAs" enabled ( $v ) when      Latch( name == "CountAs", $v : value )      ... But be aware that changes to Latch objects will retrigger rules that have fired previously; so with this approach you'll have to make sure to retract facts when they have been processed. -W 2010/10/3 Greg Barton <greg_barton(a)yahoo.com Nope, you're not missing anything.  What you need is a control object of some sort thst's inserted after all of the "real" data is inserted. (See attached project for an example.) Rules will look like this, if the control object is called BatchLatch and data objects A: rule "CountAs"        dialect "java"        salience -1        when                l : Latch()                a : A( latch == l )        then                retract(a);                l.incACount();                System.out.println("Found an A in " + bl); end Note that the A object being processed is tied back to the latch.  This is so multiple latches can be processed simultaneously and their processing won't be intermingled.  This is necessary because there's no guarantee that two Latch objects aren't in working memory at once. (Though you could create a rule that enforces this.) GreG --- On Sat, 10/2/10, Norman C <rent_my_time(a)yahoo.com&gt; wrote:       _______________________________________________ rules-users mailing list rules-users(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users -----Inline Attachment Follows----- _______________________________________________ rules-users mailing list rules-users(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users