Orbacus 是專為高要求開發人員而設計,因為提供原始碼的透明度能讓他們在開發過程中診斷潛在問題。
選擇要在應用程式中使用的產品功能,並以應用程式中所使用的特定旗標及最佳化來編譯 Orbacus。僅編譯必要的功能,減少應用程式所佔用的資源。
建立「除錯版次」,協助您為應用程式除錯。其中包含額外的診斷內容,可協助您微調 CORBA 應用程式。
把最佳化和/或額外選擇的編譯器旗標填入文件庫以符合您的環境所需。
重建 Orbacus 和應用程式來因應在底層作業系統中與二進位不相容的變更。
更多工具供您選擇。例如 GCC 2.95.3、3.2 和 3.3 全都不與應用程式介面 (API) 相容。擁有原始碼代表您可以為正在使用的工具組建立程式碼。
將產品的服務導入用做 CORBA 服務的真實案例,並作為建構自身應用程式和服務的樣板。
Orbacus 修補程式不大,能夠輕鬆地透過電子郵件傳送,也容易套用,可避免開發人員受限於工具組或特定的套裝作業系統。例如,在 Linux 上建構應用程式比較簡單,因為您並未綁定在特定套裝作業系統。您甚至可以把 Orbacus 移到 Micro Focus 不支援的平台或編譯器版本。
您的客戶不必擔心作業系統和修補程式層級的種類越來越多的問題。有了 Orbacus 您可以建構完全符合您的應用程式和環境要求的基礎架構,跟上技術發展的快速腳步。當開發時間不多時,這個功能特別實用,因為您可以倚賴特定的修補程式而不必等待「下一次發佈」。
許多 ORB (包括 OmniORB 和 TAO) 皆僅支援 C++ 語言,這對您的客戶而言可能是一項限制。在僅支援 C++ 的情況下,開發人員沒有其他選擇,只好向不同的廠商取得並支援另一個 Java ORB。Orbacus 能讓您在單一整合式環境中,使用您選擇的 C++ 或 Java 快速開發、部署和支援。OMG 尚未標準化 CORBA 應用程式的管理方式。
每一個 CORBA 產品的 CORBA 應用程式組態或是向導入儲存庫註冊伺服器的方法皆不相同。例如,若您僅部署 Orbacus/C++ 和 Orbacus/Java 應用程式,那麼您只需要知道一套管理技巧。若您部署 TAO (C++) 應用程式和 JacORB (Java) 應用程式,那麼您必須知道兩套技巧,這可能有點困難。
Orbacus 支援多種不同平台,包括 Windows、Linux 和 Solaris 的不同版本,以及更多。
雖然許多廠商宣稱完全支援 CORBA,大部份僅支援若干層面。例如,OmniORB 宣稱符合 CORBA 2.6 標準,但是它並未導入介面儲存庫 (Interface Repository,IFR)、導入儲存庫 (Implementation Repository,IMR) 或可攜式攔截器等核心功能。
Orbacus 本身提供介面儲存庫導入,符合 V2.5 規格以及 Interoperable Naming Service,能與符合 OMG 標準規格的 Orbix 電信記錄、事件、通知和交易者服務搭配運作。
Orbacus 符合 C++ 和 Java 語言對應 (分別是 formal/99-07-41 和 formal/99-07-53) 規格,包括抽象介面、固定資料類型和值類型。在 C++ 對應中,Orbacus 支援真實的名稱空間、例外和模組。iCMG 是協力廠商,提供適用於 Orbacus 的 CORBA Component Model (CCM) 導入。Orbacus 使用者可以在 OMG 的標準元件模型中,搭配容器執行時間環境來設計程式。尚有支援裝配、部署與管理 CORBA 3.0 元件的工具。