本節包含了關於解決 IBM Java Object Request Broker (ORB) 相關問題的資訊,其 可處理 InterChange Server Express 及其數個元件之間的通訊。 本節提供關於下列主題的資訊:
InterChange Server Express 需要 IBM Java ORB 與其數個元件進行通訊, 包括配接器及「系統管理程式」。 使用 ORB 需要先安裝 IBM Java ORB。
IBM Java ORB 是安裝成 IBM Java Runtime Environment (JRE) 軟體的一部分,WebSphere InterChange Server Express 安裝程式會自動安裝它。
請執行下列步驟,以自訂 Object Request Broker:
如表 22所顯示,ORB 位置是由 CWSharedEnv 檔中的特殊變數來指定。您必須在 CWSharedEnv 檔中修改這些變數來變更其位置。
其他 ORB 內容是列示在 CWSharedEnv 檔的 ORB_PROPERTY 變數中。在此變數中, 每一個 IBM ORB 內容之前都有 -D 指令行選項。若要新增或變更 ORB 內容,您必須在 CWSharedEnv 檔的 ORB_PROPERTY 變數中新增或變更適當的 -D 選項。您在 CWSharedEnv 檔中指定的內容會置換配置檔中的任何其他設定。
例如,要指定執行緒數目上限時,您可以採取下列任一動作:
ORB_PROPERTY=-DORBNamingProvider=CosNaming
-Dorg.omg.CORBA.ORBClass=com.ibm.CORBA.iiop.ORB
-Dorg.omg.CORBA.ORBInitialPort=%ORB_PORT%
-Dorg.omg.CORBA.ORBInitialHost=%ORB_HOST%
-Dcom.ibm.CORBA.Debug.Output=nul
-Dcom.ibm.CORBA.ThreadPool.MaximumSize=100
start_server.....-Dcom.ibm.CORBA.ThreadPool.MaximumSize=100
[CORBA]
OAthreadMax=100
IBM ORB 內容 | 配置參數 | 說明 |
---|---|---|
com.ibm.CORBA.ListenerPort | OAport | ORB 伺服器 (在 InterChange Server Express 內) 接聽送入要求的埠號。 |
com.ibm.CORBA.LocalHost | OAipAddr | 執行 ORB 伺服器 (在 InterChange Server Express 內) 的機器之 IP 位址或主機名稱。 |
com.ibm.CORBA.ThreadPool. MaximumSize | OAthreadMax | 連線管理程式可建立的執行緒數目上限。 預設值 (0) 指出沒有大小限制。 |
com.ibm.CORBA.ThreadPool. InactivityTimeout | OAthreadMaxIdle | 閒置執行緒毀損之前的時間 (以秒為單位)。 |
com.ibm.CORBA.RequestTimeout | 無 | 逾時之前 CORBA 要求等待的秒數。 依預設,沒有逾時值;ORB 會無限期地等待回應。 |
com.ibm.CORBA.LocateRequest | 無 | 尋找要求的逾時值 (以秒為單位)。 |
com.ibm.CORBA.FragmentTimeout | 無 | 在逾時之前 ORB 等待第二個 (含) 以後的訊息片段的最長時間。 將這個內容設定為 0,即表示沒有逾時。 預設值是 30000。 |
這些步驟只適用於 OS/400。若為 Windows 及 Linux 系統, 位置會設為 14500 且無法變更。
請執行下列步驟,以在安裝期間變更 Object Request Broker 的位置:
表 23也顯示 CWSharedEnv 檔內指定 ORB 位置的變數。
ORB 位置 | IBM ORB 內容 | 預設值 | CWSharedEnv 變數 |
---|---|---|---|
IP 位址 | org.img.CORBA.ORBInitialHost | 本端主機的名稱 | ORB_HOST |
埠號 | org.omg.CORBA.ORBInitialPort | 14500 | ORB_PORT |
請執行下列步驟之一,以在安裝之後變更 Object Request Broker 的位置:
有關如何變更 ORB 內容的資訊,請參閱自訂 Object Request Broker 的步驟。
使用 IBM Transient Naming Server (tnameserv) 可針對 WebSphere Business Integration Express 系統提供命名服務。 當 WebSphere Business Integration Express 系統的元件啟動時, 它會自行登錄到 IBM Transient Naming Server 中。 當此元件需要存取另一個商業整合系統元件時,它會使用命名服務來判斷它要尋找該元件以及與它開始互動所需的資訊。 例如,當配接器需要與 InterChange Server Express 通訊時, 它會透過 Transient Naming Server 取得 InterChange Server Express 的位置。
OS/400 |
---|
若為 OS/400,Transient Name Server 會自動隨著 QWBISVR43 子系統一起啟動。 如果它因為某些原因而結束,請執行下列步驟來啟動 Transient Name Server:
|
WebSphere InterChange Server Express 產品提供了 CosNameServer_Dump 工具,以列示目前在 IBM Transient Naming Server 中登錄的所有有效 InterChange Server Express ORB 物件。 本工具位於產品目錄的 bin 子目錄中。您可以利用下列指令來呼叫它:CosNameServer_Dump.bat 或 CosNameServer_Dump.sh。
本節只適用於 Windows 與 Linux 系統。 OS/400 上不支援 Persistent Naming Server。
當 WebSphere Business Integration Express 系統的元件啟動時, 它會自行登錄在 IBM Transient Naming Server 中,且其 CORBA 物件是儲存在 Transient Naming Server 的記憶體中。 然而,如果 Transient Naming Server 失敗, 其記憶體內容也會遺失。因此,已向它登錄的所有元件都必須重新啟動,才能在命名服務中重新登錄。
Persistent Naming Server 會擴充 IBM ORB Transient Naming Server 的功能,使得在 Transient Naming Server 中登錄的 CORBA 物件集合得以儲存在命名儲存庫中。 命名儲存庫的存在表示這些 CORBA 參照不僅存在於 Transient Naming Server 記憶體中,而且具持續性;也就是說,萬一 Transient Naming Server 失敗時, 它們可以供其他程序和 InterChange Server Express 元件使用。 其他元件不需要關閉及重新啟動,就可以在命名服務中重新登錄。
命名儲存庫的預設位置是下列本端檔案:ProductDir\CxCosNameRepos.ior。
請執行下列步驟,以變更命名儲存庫的位置:
InterChange Server Express 會更新命名儲存庫, 其方式是將目前登錄在 Transient Naming Server 中的 CORBA 物件複製到命名儲存庫檔案中,此為啟動程序的一部份。 每一個配接器啟動時,它就會使用其資訊來更新命名儲存庫。 如果配接器啟動時尚未啟動 InterChange Server Express,則每當 InterChange Server Express 啟動時,就會更新命名儲存庫。
請執行下列步驟,以關閉持續性命名伺服器: