摘要: 最近上一個項目想在Eclipse RCP中使用Spring，在網上Google了一下發現這方面的資料比較少，知道Spring自己有個Spring-OSGI的項目，可以在 Spring中配置OSGI服務。可是，我只是想在RCP中引入Spring來管理Java Bean，不想去研究那個東西。于是，看看有沒有什么簡單的方法來解決這個問題。
閱讀全文
摘要: The Law of Demeter和 Principle of Least Knowledge將的都是一回事，是說一個軟件實體要盡可能的只與和它最近的實體進行通訊。通常被表述為：talk only to your immediate friends ( 只和離你最近的朋友進行交互)。
閱讀全文
摘要: 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 ，會為你建立規則結構。
閱讀全文
下載地址：
http://labs.jboss.com/portal/index.html?ctrl:id=page.default.downloads&project=jbossrules
下載文件說明：
JBoss Rules 3.0.1 Binaries (includes
javadocs)
（?13MB
）―
僅僅包含
JBoss Rules
的四個核心類庫：
l????????
drools-core.jar
－
核心引擎，運行時組件。包含了
RETE
引擎和
LEAPS
引擎；
l????????
drools-compiler.jar
－
規則文件的編譯組件，構建可執行的
RuleBase
；
l????????
drools-jsr94.jar
－
提供了
JSR-94
的兼容實現，本質上是
drools-
compiler
組件的包裹層。注意：由于
JSR94
規約的限制，不是所有的特點都可以通過此接口暴露。
l????????
drools-decisiontables.jar
－
決策表的“編譯”組件（使用了
drools- compiler
組件）。支持
excel
和
CSV
輸入格式。
JBoss Rules 3.0.1 Binaries with
dependencies (includes javadocs)
（ 23 MB
）－
包含了
JBoss Rules
的核心類庫和它們的
dependencies
：
l????????
antlr-2.7.6.jar
l????????
antlr-3.0ea8.jar
l????????
colt-1.2.0.jar
l????????
commons-collections-3.1.jar
l????????
commons-io-1.1.jar
l????????
commons-jci-core-1.0-406301.jar
l????????
commons-jci-eclipse-3.2.0.666.jar
l????????
commons-jci-janino-2.4.3.jar
l????????
commons-lang-2.1.jar
l????????
commons-logging-api-1.0.4.jar
l????????
concurrent-1.3.4.jar
l????????
core-3.2.0.666.jar
l????????
janino-2.4.3.jar
l????????
jsr94-1.1.jar
l????????
jung-1.7.2.jar
l????????
junit-3.8.1.jar
l????????
poi-2.5.1-final-20040804.jar
l????????
stringtemplate-2.3b6.jar
l????????
xercesImpl-2.6.2.jar
l????????
xml-apis-1.0.b2.jar
l????????
xpp3-1.1.3.4.0.jar
l????????
xstream-1.1.3.jar
如果你運行在
Java 1.5
環境下，有一些類庫，例如
XML libraries
，可以不需要。需要注意的類庫有：
“
JCI
”－這是
Apache Java Compiler Interface ,
提供了運行時編譯能力。可以通過
PackageBuilderConfiguration
實例來設定采用
eclipse
或
janino
編譯器，默認是
eclipse
；
“
POI
”－提供了解析
Excel
文件的能力；
“
antlr
”－提供了解析規則語言的能力。
JBoss Rules IDE 3.0.1
（
13 MB
）－
這是
JBoss Rules
的
Eclipse
插件，只支持
Eclipse 3.2
或以上版本。它提供了運行
JBoss Rules
的所有
dependencies
。你可以創建一個
Rule Project
，它能夠為你編寫規則文件提供自動完成的功能，并且它為你提供了
Agenda view
，
WorkingMemory view
，
Global Data view
，使你可以通過
eclipse
視圖很清楚的看到
Agenda
，
WorkingMemory
和
Global Data
的情況。
你還可以通過
update
site
來自動安裝這個插件
,URL
是：
http://anonsvn.labs.jboss.com/labs/jbossrules/updates/drools-ide-update/
?
摘要: 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中，規則是如何被表示的
閱讀全文
?? （Jarkata 的 Commons Logging 包現在已經被用在幾乎所有的開源項目之中，它可以使你開發的系統工作在不同的日志框架下，包括Sun的logging框架和Apache Log4j。現在Commons Logging + Apache Log4j 的身影是隨處可見，Commons Logging 的易用與Log4j的強大功能形成了絕配。）
問題：
??? ? 你正在寫一個可重用的代碼庫，而你不知道你的代碼在哪里并且是如何工作的。你需要一個抽象的日志接口來寫入日志信息，因為你不能確定Log4j或者是JDK 1.4 logging的存在性。
解決：
??????? 通過Jakarta Commons Logging 的Log 接口來記錄信息，然后依靠Commons Logging自身來決定在運行時使用哪種具體的日志框架。下面的代碼使用了Log接口來記錄trace，debug，info，warning，error和fatal信息：
?1?import?org.apache.commons.logging.LogFactory;
?2?import?org.apache.commons.logging.Log
?3?
?4?Log?log?=?LogFactory.getLog(?"com.discursive.jccook.SomeApp"?);?
?5?
?6?if(?log.isTraceEnabled(?)?)?{
?7?????log.trace(?"This?is?a?trace?message"?);
?8?}
?9?
10?if(?log.isDebugEnabled(?)?)?{
11?????log.debug(?"This?is?a?debug?message"?);
12?}
13?
14?log.info(?"This?is?an?informational?message"?);
15?
16?log.warn(?"This?is?a?warning"?);
17?
18?log.error(?"This?is?an?error"?);
19?
20?log.fatal(?"This?is?fatal"?);
????? LogFactory.getInstance() 返回一個Log接口的具體實現，這個實現與底層具體的日志框架相對應。例如，如果你的系統是使用Apache Log4j ，一個Log4JLogger將被返回，對應于Log4J category
com.discursive.jccook.SomeApp 。
討論：
??????? 一個可重用代碼庫的開發者不能預知其代碼庫將在何時何地被用到，而現在有很多的日志框架可以使用，所以當開發可重用代碼庫的時候，使用Commons Logging 是非常明智的，例如Jakarta Commons 組件。當調用LogFactory.getInstance()方法的時候，Commons Logging 將通過系統屬性和classpath中的類庫來決定和管理適當的日志框架。對于一個小型可重用組件的開發者來說，進行日志記錄只需要調用Log接口。而配置底層日志框架的負擔，就轉移到使用其組件庫的開發者身上。
參考：
??????? 7.11節詳細的說明了Commons Logging在運行時確定適當日志框架的算法。
????