從 Tuxedo8.0 開始，Tuxedo 提供了 CORBA 分散式物件系統的支援。
Tuxedo CORBA 實現了物件管理組織（OMG）定義的標準，為編寫高性能的企業級應用提供了一種基於 CORBA 的解決方案，
它為 ORB 模型增加了 OLTP 功能，為 CORBA 分散式對象提供了一個可管理的、集成事務和安全的解決方案
CORBA的架構如下圖
Tuxedo CORBA 結構包括如下幾個主要部件 ：
1、bootstrap Object（引導物件），用於建立和 IIOP Listener/Handler 的連接，並獲得 Tuxedo Domain 中的物件引用 。
2、IIOP Listener/Handler（IIOP 監聽器/處理器），用於監聽和處理 CORBA 客戶端發出的請求 。
3、ORB（物件請求代理）通過連接網路上的不同物件的“軟體匯流排”，來提供物件的定位和方法調用。
4、FactoryFinder 物件，為 Tuxedo CORBA 物件提供生命週期管理服務。
5、TP Framework（交易處理框架結構），是一個高性能的運行時體系結構，主要特徵包括：高可用性、集中連接管理、高性能路由連接管理和負載均衡機制。
它遮罩了複雜的CORBA 介面 ，為快速構建複雜的 CORBA 應用程式提供了程式設計模型。
TP Framework 主要負責初始化 CORBA 伺服器，創建物件引用，註冊物件工廠，管理物件狀態，執行啟動和停止操作。
6、TransactionFacotry 和 TransactionCurrent 對象。實現了 CORBA 的物件事務管理（OTM）模型，提供物件事務服務（OTS），
它允許客戶端參加全域事務，管理著連線交易，保證資料的一致性。OTS 可以對跨越多個程式設計模型、 資料庫和應用程式的事務進行管理。
7、SecurityCurrent 和 principalAuthenticaor 對象。實現了 CORBA 的安全服務，為 CORBA 服務機提供驗證。
在 Tuxedo CORBA 應用環境中，可以通過 SSL 和 LLE 來為IIOP 提供底層資料加密支援，也可以通過開放安全外掛程式介面（SPI）來整合協力廠商解決方案
Tuxedo CORBA 的 OLTP 模型
Tuxedo CORBA 把 Tuxedo 強大的交易處理技術和 CORBA 的程式設計模型結合在一起，
把 ORB 模型引入到 OLTP 的應用中，它通過 OTM 來對物件事務進行管理。
與 ATMI 環境中的 TM 一樣，OTM 連接著後端 RM ，提供分散式事務管理、負載均衡和容錯機制，為前端提供 OLTP 服務。
Tuxedo CORBA 的 OLTP 模型如下圖，
從層次結構上來說，和 ATMI 環境的 OLTP 模型是一樣的 ，也是分為使用者介面層 、應用邏輯層和資料庫管理層。
不同的是，Tuxedo CORBA的客戶機和伺服器之間不在直接是個 TCP/IP 協議進行通信，
取而代之的是 IIOP，ATMI環境中的客戶機和伺服器的通信通道也被 ORB 所取代。
Tuxedo CORBA 的 ORB
Tuxedo CORBA 提供了一個更加靈活的方法來開發分散式應用程式，在這個模型中客戶機和伺服器通過 ORB 進行通信。
ORB 是介於客戶機和伺服器之間的中間層，通過 ORB，客戶機可以調用伺服器上的物件或者物件中的應用，被調用的物件於客戶機不要求在同一台機器上。
ORB 在負責通信的同時，也負責尋找適合完成客戶請求的物件，在伺服器物件完成處理後，還負責把結果返回客戶機。
客戶物件完全可以不關心伺服器物件的位置，以及實現它所採用的具體技術和工作平臺，甚至不必關心伺服器物件的與服務無關的介面資訊，
這就大大簡化了客戶程式的工作。
ORB 提供了不同主機和平臺之間應用程式的通信和資料轉換。從而實現了物件系統之間的無縫連接。
Tuxedo CORBA 命名服務
Tuxedo CORBA 的命名服務為伺服器應用提供了一個可以發佈物件引用的場所，以便CORBA 客戶機根據邏輯引用名去查找（lookup），並獲得位於伺服器上的對象。
Tuxedo CORBA 命名服務的物件綁定和查找過程如下圖 ，
CORBA 應用伺服器通過操作 1 把物件引用（object）和邏輯名（name）綁定（bind）到命名空間（namespace）中，
CORBA 客戶機通過操作 2 來向命名伺服器發出邏輯名解析請求，命名服務通過操作 3 返回解析結果，即邏輯名對應的物件引用。
最後，CORBA 客戶機再根據得到的物件引用結果去操作 4 調用伺服器物件的方法。
挨踢 (3)