[jboss-svn-commits] JBL Code SVN: r15247 - labs/jbossrules/trunk/documentation/manual/en/Chapter-Examples.

jboss-svn-commits at lists.jboss.org jboss-svn-commits at lists.jboss.org
Wed Sep 19 21:11:55 EDT 2007


Author: mark.proctor at jboss.com
Date: 2007-09-19 21:11:55 -0400 (Wed, 19 Sep 2007)
New Revision: 15247

Modified:
   labs/jbossrules/trunk/documentation/manual/en/Chapter-Examples/Section-Examples.xml
Log:
-spelling corrections

Modified: labs/jbossrules/trunk/documentation/manual/en/Chapter-Examples/Section-Examples.xml
===================================================================
--- labs/jbossrules/trunk/documentation/manual/en/Chapter-Examples/Section-Examples.xml	2007-09-20 00:56:59 UTC (rev 15246)
+++ labs/jbossrules/trunk/documentation/manual/en/Chapter-Examples/Section-Examples.xml	2007-09-20 01:11:55 UTC (rev 15247)
@@ -732,10 +732,10 @@
     </programlisting>
 
       <para>Note that we are "joining" the ticket fact with the customer fact.
-      Its not really needed in this case, as we don't do anything (yet) with
-      the customer fact. If you look in ghe TroubleTicketExample.java, you
+      It's not really needed in this case, as we don't do anything (yet) with
+      the customer fact. If you look in the TroubleTicketExample.java, you
       will also see that the facts are being inserted into the engine - note
-      that we asset BOTH Customer and Ticket object (even though the ticket
+      that we assert BOTH Customer and Ticket object (even though the ticket
       belongs to a customer - this allows the engine to join the objects
       together how it wants - this is what is meant by "relational"
       programming - we let the rule engine define what the relationships are.
@@ -1002,10 +1002,30 @@
 
       <mediaobject>
         <imageobject>
-          <imagedata fileref="fibonacci_agenda2.png" />
+          <imagedata fileref="honest_politician_audit.png" />
         </imageobject>
       </mediaobject>
     </figure>
+
+    <para>The moment we insert the first politician we have two activations,
+    the "We have an honest Politician" is activated only once for the first
+    inserted politician because it uses an existential 'exists' conditional
+    element which only matches. the rule "Hope is Dead" is also activated at
+    this stage, because as of yet we have not inserted the Hope object. "We
+    have an honest Politician" fires first, as it has a higher salience over
+    "Hope is Dead" which inserts the Hope object, that action is highlighted
+    green above. The insertion of the Hope object activates "Hope Lives" and
+    de-activates "Hope is Dead", it also actives "Corrupt the Honest" for each
+    inserted honested politician. "Rule Hope Lives" executes printing
+    "Hurrah!!! Democracy Lives". Then for each politician the rule "Corrupt
+    the Honest" fires printing "I'm an evil corporation and I have corrupted
+    X", where X is the name of the politician, and modifies the politicians
+    honest value to false. When the last honest polician is corrupted Hope is
+    automatically retracted, by the truth maintenance system, as shown by the
+    blue highlighted area. The green highlighted area shows the origin of the
+    currently selected blue highlighted area. Once Hope is retracted "Hope is
+    dead" activates and fires printing "We are all Doomed!!! Democracy is
+    Dead".</para>
   </section>
 
   <section>
@@ -1296,7 +1316,7 @@
       memory of any inserted PossibleCellValues at the same row and column
       with invalid values. This rule is therefore given a higher salience than
       the remaining rules to ensure that as soon as the LHS is true,
-      activations for the rule move to the top of the agenda and a fired. In
+      activations for the rule move to the top of the agenda and are fired. In
       turn this prevents the spurious firing of other rules due to the
       combination of a ResolvedCellValue and one or more PossibleCellValues
       being present in the same cell. This rule also calls update() on the




More information about the jboss-svn-commits mailing list