請利用這個頁面來配置 Java Object Request Broker (ORB) 服務。
如果要檢視這個管理主控台頁面,請按一下伺服器 > 應用程式伺服器 > serverName > ORB 服務。
您可以利用好幾種設定,來控制內部的 Object Request Broker (ORB) 處理程序。 如果應用程式含有 Enterprise Bean 的話,您可以利用這些設定來改進應用程式效能。 您可以為了預設伺服器或管理領域中所配置的任何應用程式伺服器而變更這些設定。
「配置」標籤
如果要在指令行 Scripting 中使用,這個系統內容的完整名稱就是 com.ibm.CORBA.RequestTimeout。
| 資料類型 | int |
| 單位 | 秒 |
| 預設值 | 180 |
| 範圍 | 0 至 300 |
如果要在指令行 Scripting 中使用,這個系統內容的完整名稱就是 com.ibm.CORBA.requestRetriesCount。
| 資料類型 | int |
| 預設值 | 1 |
| 範圍 | 1 至 10 |
如果要在指令行 Scripting 中使用,這個系統內容的完整名稱就是 com.ibm.CORBA.requestRetriesDelay。
| 資料類型 | int |
| 單位 | 毫秒 |
| 預設值 | 0 |
| 範圍 | 0 至 60 |
如果要在指令行 Scripting 中使用,這個系統內容的完整名稱就是 com.ibm.CORBA.MaxOpenConnections。
| 資料類型 | 整數 |
| 單位 | 連線 |
| 預設值 | 240 |
| 資料類型 | 整數 |
| 單位 | 連線 |
| 預設值 | 100 |
這個設定會影響兩個系統內容:com.ibm.CORBA.Debug 和 com.ibm.CORBA.CommTrace。 如果您利用指令行 Scripting 來設定這些內容,您必須將這兩者都設成 true,才能啟用 GIOP 訊息的追蹤。
| 資料類型 | Boolean |
| 預設值 | 未啟用 (false) |
如果要在指令行 Scripting 中使用,這個系統內容的完整名稱就是 com.ibm.CORBA.LocateRequestTimeout。
| 資料類型 | int |
| 單位 | 秒 |
| 預設值 | 180 |
| 範圍 | 0 至 300 |
如果要直接存取,這個內容的完整名稱就是 com.ibm.CORBA.ForceTunnel。
| 資料類型 | 字串 |
| 預設值 | NEVER |
| 範圍 | 有效值如下:ALWAYS、NEVER 或 WHENREQUIRED。 |
以下是有效值的其他相關資訊:
這必須是格式正確的 URL,如 http://w3.mycorp.com:81/servlet/com.ibm.CORBA.services.IIOPTunnelServlet,或 Applet 的 http://applethost:port/servlet/com.ibm.CORBA.services.IIOPTunnelServlet。 如果設定 HTTP 通道作業的話,這是一個必要的欄位。
如果要在指令行 Scripting 中使用,這個系統內容的完整名稱就是 com.ibm.CORBA.TunnelAgentURL。
如果 EJB 用戶端和 EJB 伺服器是安裝在相同 WebSphere Application Server 實例中,且用戶端和伺服器使用遠端介面,啟用依參照傳遞可以改進效能達 50%。 只有在以參數來傳遞非基本物件類型時,依參照傳遞才能改進效能。 因此,不論呼叫模型為何,一律會複製 int 和 float。
啟用這個內容要很小心,因為有可能發生非預期的行為。 如果遠端方法修改了物件參照,呼叫端可能會變更。
如果要在指令行 Scripting 中使用,這個系統內容的完整名稱就是 com.ibm.CORBA.iiop.noLocalCopies。
| 資料類型 | Boolean |
| 預設值 | 未啟用 (false) |
將 Enterprise Bean 的這個選項與遠端介面一起使用,會違反 EJB Specification, 2.0 版(請參閱 5.4 節)。 傳遞給 EJB 方法或 EJB Home 方法的物件參照不會複製,有可能毀損。
請考慮採用下例:
Iterator iterator = collection.iterator();
MyPrimaryKey pk = new MyPrimaryKey();
while (iterator.hasNext()) {
pk.id = (String) iterator.next();
MyEJB myEJB = myEJBHome.findByPrimaryKey(pk);
}
在這個範例中,每次都利用不同的 ID 值,將指向相同 MyPrimaryKey 物件的參照傳入 WebSphere Application Server。 如果您在已啟用依參照傳遞的情況下執行這個程式碼,就會因為多個 Enterprise Bean 參照相同 MyPrimaryKey 物件,而在應用程式伺服器內發生問題。 如果要避免這個問題,請在啟用依參照傳遞時,將系統內容 com.ibm.websphere.ejbcontainer.allowPrimaryKeyMutation 設為 true。 將「依參照傳遞」設為 true 會使 EJB 儲存區建立 PrimaryKey 物件的本端複本。 不過,這會局部喪失設定「依參照傳遞」的效能優點。
一般而言,您必須詳細檢查將物件參照當作參數來傳給 Enterprise Bean 方法或 EJB Home 方法的任何應用程式碼,以瞭解傳遞這個物件參照會不會造成資料整合性問題或其他問題。