本文主要講述的是Dom4j在把Document保存到文件過程中出現的一個中文問題,文中不足之處歡迎大家批評指教。
　　Dom4j是一個比較優秀的java開源xml解析項目，支持DOM,?SAX?and?JAXP.，并提供對XPath查詢語言的強大支持。因此，在EasyJF團隊的很多開源項目中，如EasyJWeb、EasyDBO等都是使用Dom4j來處理xml文件相關操作。
?
1、從一個xml文件中載入一個Dom到內存：
　　FileInputStream?in?=?new?FileInputStream(new?File(fileName));
　　SAXReader?reader?=?new?SAXReader();
　　doc?=?reader.read(in);
2、把Dom中的數據寫入到xml文件中
　　使用Dom4j，要把一個Dom中的數據寫入到文件非常簡單，API如下：
　　?public?void?write(Writer?writer)?throws?IOException；
　　因此，假如我們要把一個Document寫入到c:\test.xml文件中，可以簡單的使用下面的代碼即可：
??????? java.io.Writer?wr=?new?java.io.FileWrite(filename);
　　doc.write(wr);
??????? wr.close();//注意，必須要執行close()方法，才會實現真正的寫入
　　
　　這種用法也是Dom4j所推薦我們使用的非常簡單的方法。然而，當我們的dom中包含有中文字符數據的時候，這種方法寫入的xml文檔卻無法使直覺打開。會提示類似如下的錯誤：
　　?org.dom4j.DocumentException:?invalid?byte?1?of?1-byte?UTF-8?sequence?(0xb2)?Nested?exception:?invalid?byte?1?of?1-byte?UTF-8?sequence?(0xb2)
?at?org.dom4j.io.SAXReader.read(SAXReader.java:484)
?at?org.dom4j.io.SAXReader.read(SAXReader.java:343)
?at?
　　我們可以看生成的xml文件編碼，內容是utf-8的，但文件格式確是ANSI的，如下圖所示：

?
原因分析：
　　由于FileWriter默認的輸出編碼是ANSI編碼，而Dom4j中的wirte方法提供的內容實際是以UTF-8保存的，因此造成了包括中文字符的XML文件無法正常閱讀。
?
解決方法：
?　　不能使用簡單的FileWriter，而應該是使用一個能指定具體輸出編碼的Writer，在JDK的io包中，?OutputStreamWriter可以指定輸出編碼。
　　正確的代碼如下：
??? java.io.OutputStream?out=new?java.io.FileOutputStream(fileName);
???java.io.Writer?wr=new?java.io.OutputStreamWriter(out,"UTF-8");???
???doc.write(wr);???
???wr.close();
???out.close();

　　簡化一下可以寫成下面的樣式：

?? java.io.Writer?wr=new?java.io.OutputStreamWriter(new?java.io.FileOutputStream(fileName),"UTF-8");???
???doc.write(wr);???
???wr.close();

小結：
　　由于大多數優秀的基礎性開源項目都是老外開發，他們不大可能在中文平臺下進行測試，用例數據也很少會使用中文平臺，因此，我們即使按照這些開源項目的通用說明文檔及用戶指南去操作，也會出現很多不可預知的錯誤。這也是為什么本人要參與組建開源團隊EasyJF，提倡搞國產開源，并開發一些基礎性的開源框架如EasyJWeb、EasyDBO的一個初衷。
　　當然，這里提出的中文問題，算是一個還“沒來得及商量”以及要通過一些罕見的處理才能正確運行的中文問題。因此，同樣歸并到了“中文問題沒商量”系列中。

(注：本文作者,EasyJF開源團隊　大峽，轉載請保留作者聲明！)

Service Component Architecture(SCA) 是一組標準，描述了一個通過SOA構建應用系統的模型。SCA擴展并補充了之前服務實現的方法，構建在一些開放的標準之上，比如Web Services。

SCA提倡基于SOA的業務應用能夠用組件（component）的形式來實現業務邏輯，這些組件通過面向服務的接口提供功能(服務)，或者使用別的組件通過面向服務的接口提供的功能，即服務引用(Service references)。SCA將構建一個SOA的應用切分為兩個主要步驟：
?1.服務組件的實現：提供或者使用（consume）服務；
?2.服務組件的組裝：用來構建完整的業務應用，通過連接服務引用與服務(Through the wiring ??? of service reference to services)。
Figure 1. Service Component Architecture

SCA服務的實現支持使用多種的編程語言，既包括傳統的面向對象或過程的語言，如：Java,PHP,C++,COBOL,以XML為核心的BPEL，XSLT等，又包括一些聲明語言（declarative language）如：SQL和XQuery。SCA同樣支持異步的和面向消息的調用以及同步的調用返回模式。

SCA支持綁定(Bindings)一組訪問機制用來調用服務，包括Web Services,Messaging Systems 和 CORBA IIOP，Bindings 是聲明式的(are handled declarativly)獨立于實現代碼，SCA通過使用策略定義了基礎功能的使用，目的是為了更方便的應用到業務系統。

SCA提倡使用Service Data Object(SDO)來表示服務中使用或返回的業務數據，提供對業務數據統一的訪問來滿足對SCA自己提供的業務服務的統一訪問。

SCA規范由許多文檔共同描述，每一文檔描述SCA中的一個方面。裝配模型(Assembly Model)描述了組件間的配線連接。裝配模型獨立于實現語言。客戶端和實現 描述了服務的實現和服務客戶端—— 每一種實現語言有其自己的客戶端和針對該語言的SCA模型實現規范。

原文