??? 系統的工作過程如下：
（1） 客戶端發送請求至Web服務器的Servlet，Servlet根據用戶請求返回給用戶包含Applet的HTML頁面。Applet作為三層體系結構的表示層，用于與用戶進行交互。
（2）當客戶程序Applet要使用某個對象所提供的服務時，它首先要找到該對象實現的對象標識相應的STUB，并通過該STUB向本地的ORB核心發出請求，本地ORB再通過IIOP協議與遠程ORB進行通信，遠端ORB核心將請求發送給相應的對象適配器。
（3）對象適配器接受到請求后，查找相應的SKELETON，通過該SKELETON激活目標CORBA對象，CORBA對象執行相應的請求，進行相應的應用邏輯處理和數據庫訪問。
（4）執行結果經SKELETON打包后，按照對象請求傳遞和執行路徑逆向地返回給客戶。至此完成一次完整的請求調用。
（5）當用戶通過Internet/Intranet訪問數據庫時，Web服務器根據用戶權限把相應的Applet提供給STUB，再由相應的CORBA對象從數據庫中檢索相應的數據返回給用戶。

4 具體應用實例
??? 作者在近期參與開發了一個大型項目“配電自動化中的操作票生成系統”，其中就應用了基于CORBA的三層WEB模型。操作票生成系統主要目的是根據操作員對一段線路的動作（例如停電）從數據庫檢索出操作順序，自動產生操作票，并提供瀏覽操作票歷史數據，打印操作票，刪除操作票等功能。由于基站（服務器）下面要帶50～100個分站（客戶端），而且各個分站的業務流量很大，而且根據不同用戶的不同需求，需要經常改換業務邏輯。我們經過認真的研究，決定采用此WEB應用模型。
4．1 系統實現的主要步驟
4．1．1 ORB的選取
??? ORB雖然是一個中間件，但是它卻是CORBA的基礎。它可以建立對象之間的Client/Server關系。通過ORB，表示層的OMG IDL Stub可以透明的引用CORBA服務器上的一個Server skeleton對象的方法。ORB解釋該調用并負責查找一個實現該請求的對象，找到后，把參數傳給該對象，調用它的方法，最后返回結果。VisiBroker是Borland公司基于CORBA規范開發的分布式應用中間件軟件產品，目前比較流行的是基于CORBA2.3版規范的VisiBroker for C＋＋4.0、VisiBroker for java4.5.1。由于能夠和先進的Java和C++開發環境互操作，VisiBroker強大的開發能力使關鍵任務應用的開發更容易、全面，降低了開發風險。所以我們選用VisiBroker作為ORB的基礎結構。整個系統也是基于java編程的。
4．1．2 接口定義
??? 基于VisiBroker開發分布式應用程序首先要對開發的分布式應用進行系統分析，確定需要在服務對象端實現的功能，編寫IDL接口定義文件對需要在服務器對象端實現的對象以及對象中的方法、應用屬性以及方法的異常等內容進行描述。其中的一段IDL語言描述如下：
//Piaos.idl
module Piaos
{
? enum Piaoifo? {Piao_date,Piao_man};
?? …
?? interface Piaos
???? {
???????? void delet? (in Piaoifo reason, in string description);
???????? string browsePiao (in short PiaoID);
???????? …
????? }
????? …
}
??? 在安裝了VisiBroker中間件軟件系統并設置相應路徑后，利用下面的命令對IDL接口定義進行映射：prompt>idl2java Piaos.idl，分別生成服務對象框架代碼和客戶端存根代碼，用于編寫服務對象端應用程序以及客戶端應用程序。
4．1．3 ORB客戶機端的構建
??? 啟動該系統時，瀏覽器根據用戶的權限及選擇的操作，從Web服務器下載某一Applet 控件，Applet控件負責提供用戶界面以及相應用戶操作，并通過客戶樁Stub向ORB提出請求。Stub提供一個因接口而異的API，客戶機應用程序用樁類型激發API或動態激發API向服務器發送請求。
??? 當使用樁類型激發時，所激發的請求在客戶樁編譯時就已經構造好了，客戶樁被鏈接到客戶機應用程序。使用樁類型激發，就是調用一個由接口定義所生成的Stub過程，這些接口定義包含有請求對象上的某個操作所需的信息。樁類型激發的特性為支持同步和單項通信形式，但不支持延遲同步通信（即異步通信），編程時有良好的類型校驗，編譯速度快，編程容易。
??? 當用動態激發發送一個請求時，該請求完全是在運行時由接口倉庫中的信息組成，這些信息用來查詢以獲取被請求對象操作的標記。雖然動態激發與樁類型激發相比較有支持所有通信形式、允許用戶在系統上增加新的類而無須對客戶代碼作任何修改的優點，但是編程相對麻煩，編譯速度也較慢。
??? 根據需求分析，本系統采用同步通信就能達到預期效果，故采用樁類型激發。
??? 下面的代碼是瀏覽操作票的請求部分。
??? //browsePiao.java
?? …
?? public static void main(String[] args)
?? {
??????? //獲取對象請求代理初始化引用方法
??????? org.omg.CORBA.ORB browsePiaoOrb=org.omg.CORBA.ORB.init(args,null);
??????? short PiaoID=8;
??????? //對服務器進行綁定
??????? PiaoResource.Piaoifo piao_s=PiaoResource.PiaoifoHelper.bind(browsePiaoOrb,”/browsePiaoserver”,piaoserver);
??????? …
}

4．1．4 ORB服務器端的構建
??? 在CORBA2.3版規范中，定義了可移植對象適配器POA，用來代替原有的基本對象適配器BOA，從而增強了服務對象的動態性與可移植性。POA對象是服務對象端ORB與實現對象之間的橋梁。服務對象端ORB與服務實現對象間的關系如圖2所示。