JBoss Rules(Drools)
記錄學習JBoss Rules的點點滴滴
摘要: Rule 結構是最重要的結構。 Rule 使用了形如“ IF ” something “ THEN ” action （當然，我們的關鍵字是“ when ”和“ then ”）的形式。
一個規則在一個 package 中必須要有唯一的名字。如果一個名字中含有空格，那就需要將名字放在雙引號中（最好總是使用雙引號）。
Attribute 是可選的（最好是每行只有一個 Attribute ）。
規則的 LHS 跟在“ when ”關鍵字的后面（最好是另起一行），同樣 RHS 要跟在“ then ”關鍵字后面（最好也另起一行）。規則以關鍵字“ end ”結束。規則不能嵌套。
閱讀全文
摘要: Drools 3 采用了原生的規則語言，那是一種非 XML 文本格式。在符號方面，這種格式是非常輕量的，并且通過“ expanders ”支持符合你問題域的 Domain Specific Language （ DSL ）。這一章把焦點放在了 Drools 原生的規則格式。如果你想從技術上了解規則語言的機制，可以參考“ drl.g ”源文件，這是用 Antlr3 語法來描述規則語言。如果你使用 Rule Workbench ，內容助手將會為你完成大量的規則結構，例如輸入“ ru ”，然后按 ctrl ＋ space ，會為你建立規則結構。
閱讀全文
摘要: WorkingMemory 是運行時規則引擎的主要類。它保持了所有被 asserted 進 WorkingMemory 的數據的引用，直到取消（ retracted ）。 WorkingMemory 是有狀態對象。它們的生命周期可長可短。如果從一個短生命周期的角度來同一個引擎進行交互，意味著你可以使用 RuleBase 對象來為每個 session 產生一個新的 WorkingMemory ，然后在結束 session 后 discard 這個 WorkingMemory （產生一個 WorkingMemory 是一個廉價的操作）。另一種形式，就是在一個相當長的時間中（例如一個 conversation ），保持一個 WorkingMemory ，并且對于新的 facts 保持持續的更新。當你希望 dispose 一個 WorkingMemory 的時候，最好的實踐就是調用 dispose() 方法，此時 RuleBase 中對它的引用將會被移除（盡管這是一個弱引用）。不管怎樣最后它將會被當成垃圾收集掉。術語
閱讀全文
摘要: Drools 分為兩個主要部分：構建（ Authoring ）和運行時（ Runtime ）。
構建的過程涉及到 .drl 或 .xml 規則文件的創建，它們被讀入一個解析器，使用 ANTLR 3 語法進行解析。解析器對語法進行正確性的檢查，然后產生一種中間結構“ descr ”， descr 用 AST 來描述規則。 AST 然后被傳到 PackageBuilder ，由 PackagBuilder 來產生 Packaged 對象。 PackageBuilder 還承擔著一些代碼產生和編譯的工作，這些對于產生 Package 對象都時必需的。 Package 對象是一個可以配置的，可序列化的，由一個或多個規則組成的對象。
閱讀全文
摘要: 在JBoss Rules 學習（一）:什么是Rule中，我們介紹了JBoss Rules中對Rule的表示，其中提到了JBoss Rule中主要采用的RETE算法來進行規則匹配。下面將詳細的介紹一下RETE算法在JBoss Rule中的實現，最后隨便提一下JBoss Rules中也可以使用的另一種規則匹配算法Leaps。
閱讀全文
摘要: 學習JBoss Rules有幾天了，因為這方面的中文資料較少，所以這幾天都在看官網上的manual。這是一份不錯的教程，我把我看的一些重要的東西翻譯整理了一下，希望可以對想學習JBoss Rules的同學們提供一點幫助。
在開始這份教程之前，我先簡要介紹一下JBoss Rules：
JBoss Rules 的前身是Codehaus的一個開源項目叫Drools。最近被納入JBoss門下，更名為JBoss Rules，成為了JBoss應用服務器的規則引擎。
Drools是為Java量身定制的基于Charles Forgy的RETE算法的規則引擎的實現。具有了OO接口的RETE,使得商業規則有了更自然的表達。
既然JBoss Rules是一個商業規則引擎，那我們就要先知道到底什么是Rules，即規則。在JBoss Rules中，規則是如何被表示的
閱讀全文