某些 InterChange Server 元件需要其他的作業來完成它們的升級。 下列幾節說明如何完成那些升級:
從 4.2.x 版開始,開發 ICS 元件是在本端環境進行,而不是在 ICS 實例中進行 (如 4.1.1 中一般)。 因此,如果是從 4.1.1 版升級,則您必須在「系統管理程式」內建立「整合性元件程式庫 (ICL)」。ICL 會存放您的 InterChange Server 元件。如需如何建立 ICL 的相關指示,請參閱 System Integration Guide。 一旦建立了 ICL (或多個 ICL) 之後,您已準備好從 InterChange Server 儲存庫匯入元件。
順序 | ICS 元件 | 匯入的步驟 |
---|---|---|
1 | 商業物件 |
將預先存在的商業物件定義,從 ICS 儲存庫匯入至「系統管理程式」內的
ICL。請參閱 Implementation Guide for WebSphere InterChange
Server,以取得如何使用「系統管理程式」的「匯入」元件精靈來匯入元件的詳細資訊。
|
2 | 對映 | 完成協同作業範本和對映升級 |
3 | 協同作業範本和協同作業物件 | 完成協同作業範本和對映升級 |
4 | 連接器 | 完成連接器升級 |
5 | 關係 |
將預先存在的關係定義,從 ICS 儲存庫匯入至「系統管理程式」內的 ICL。請參閱
Implementation Guide for WebSphere InterChange
Server,以取得如何使用「系統管理程式」的「匯入」元件精靈來匯入元件的詳細資訊。
|
一旦升級了 ICS 儲存庫,您就準備好完成任何預先存在的對映和協同作業範本的升級。 這個升級包括下列步驟:
必須檢查預先存在的 Java 類別 (.class) 檔找出是否有對映和協同作業範本,以確定程式碼與新版本相容。
ProductDir\DLMs\classes\NativeMaps
ProductDir\collaborations\classes\UserCollaborations
檢查預先存在的 Java 類別檔中是否有下列程式碼:
如果變更任何 Java 類別檔, 則您必須重新編譯程式碼,然後將相關聯的元件重新部署至 ICS 儲存庫。 如需如何編譯對映的相關資訊,請參閱 Map Development Guide。如需如何編譯協同作業範本的相關資訊, 請參閱 Collaboration Development Guide。
本節提供將連接器升級至 4.3 版 InterChange Server 之步驟的相關資訊:
若要讓 WebSphere Business Integration Adapters 與您的 InterChange Server 一起運作,您必須安裝 WebSphere Business Integration Adapter 2.4 版。不過,若為全新安裝,您不能只複製任何現有的配接器目錄 (位於 ProductDir\connectors 目錄的子目錄中),因為它們是「WebSphere Business Integration Adapters 安裝程式」提供的共用元件。 因為不再有適用於所有配接器的單一「安裝程式」,所以您必須使用每一個相關配接器自己的「安裝程式」來進行安裝。
如需如何安裝配接器的詳細指示,請參閱個別的配接器手冊。
如果 ICS 配置檔 (InterchangeSystem.cfg) 包含連接器-代理程式資訊, 則會針對每一個列出的連接器建立個別的連接器特定配置檔。
在「連接器配置程式」中開啟檔案之後, 請設定連接器內容,然後選擇「另存專案」,將配置儲存到「系統管理程式」中。 從「系統管理程式」中,您可以將新的連接器配置部署至 InterChange Server, 如 Implementation Guide for WebSphere InterChange Server 中所述。
如果您正在升級 WebSphere Business Integration Adapters 產品, 並正在使用 ICS 作為整合分配管理系統,您必須重新套用對配接器捷徑的任何自訂。 在配接器升級期間會改寫捷徑。
若要將您的連接器從「WebSphere 訊息分配管理系統」 (MQ Integrator、MQ Integrator Broker 或 Business Integration Message Broker) 移轉至 InterChange Server 系統, 請遵循下列步驟:
若要確定您有已升級連接器的最新連接器特有內容,請參閱相關的配接器手冊。
所有 InterChange Server 啟動 Script 都已變更, 以因應從 VisiBroker ORB 移轉至 IBM Java ORB。 如果已修改 4.3 之前的連接器啟動 Script, 則也應該對新的啟動 Script 做出類似的變更。
這個版本引進了啟動 Script 結構,其主要變更如下:
如果已在舊版中自訂了任何連接器啟動 Script, 則您應該重新檢查它們,以確定您的自訂以這個新的啟動 Script 結構出現在正確的檔案中。
在完成任何連接器升級或修改之後,請確定新環境的連接器已正常的配置。 若要執行此動作:
因為自 4.2.2 起 IBM ORB 已經取代 VisiBroker, 所以 VisiBroker 可能不會與 InterChange Server 4.3.0 版一起出現。與 4.3.0 版一起安裝的 IBM ORB 是唯一支援的存取用戶端。您必須先對舊版存取用戶端做一些變更,才能與 4.3 版一起運作。程式碼變更如下:
... Properties orbProperties=new java.util.Properties(); orbProperties.setProperty("org.omg.CORBA.ORBClass", "com.inprise.vbroker.orb.ORB"); orbProperties.setProperty("org.omg.CORBA.ORBSingletonClass", "com.inprise.vbroker.orb.ORBSingleton"); org.omg.CORBA.ORB orb = org.omg.CORBA.ORB.init((String[])null, orbProperties); ...
請移除包含有 setProperty() 方法呼叫 (參照到 VisiBroker 類別 com.inprise.vborker.org.*) 的二行指令, 以便讓組織架構使用 JDK 預設的 ORB 實作方式,而非 VisiBroker。
存取用戶端可與任何與 CORBA 2.3 相容的標準 ORB 一起運作。非 IBM ORB,請參閱該特定 ORB 供應商以了解任何可能的相容性問題。
存取用戶端仍然可以使用 IgetInterchangeAccessSession() 方法來取得其存取階段作業,如下所示:
accessSession = accessEngine.IgetInterchangeAccessSession(userName, passWord);
有關 4.3 版所引進的新安全機制,反而建議您使用 SecureLoginUtility 來取得存取階段作業,如下所示:
Properties props = new Properties(); props.put("username", "admin"); props.put("password", "admin"); accessSession = SecureLoginUtility.login(accessEngine , props);
在這種方法中,使用者名稱及密碼均加密。它可防止任何機密資訊在傳輸期間遭到竊取。
如果已建立的任何其他元件具有自訂 .jar 檔 (如資料處理常式), 則您必須將自訂 .jar 檔複製至新目錄結構中的適當位置。通常, 自訂 .jar 檔位於產品目錄的 lib 子目錄。
如果已匯出現有的使用者專案,則一旦 ICS 執行時,您就可以匯入它們。 請將「系統管理程式」連接至 ICS 實例,然後執行下列步驟:
建議您為每一個介面建立一個專案,以及為共用元件 (如 Meta 物件和連接器) 建立個別的專案。 請將「系統管理程式」連接至 ICS 實例,然後執行下列步驟:
如需如何建立專案的詳細資訊,請參閱 Implementation Guide for WebSphere InterChange Server。