共存性:保留或移轉 5.1 版閘道
在 WebSphere® Application Server 5.1 版上執行的 Web 服務閘道,於某些特定的限制下,可以與在 7.0 版或更新版本應用程式伺服器上執行的閘道實例同時存在. 或者,您也可以將 5.1 版閘道和應用程式伺服器移轉到 WebSphere Application Server 7.0 版或更新版本. 為了協助您選擇要保留或移轉 5.1 版閘道,本主題說明閘道共存性的限制及閘道移轉方法。
註: WebSphere Application Server 5.0 版已不再受到支援,因此,您應該將在 5.0 版應用程式伺服器中執行的任何現有閘道,移轉成在產品現行版本上的應用程式伺服器中執行。
與 5.1 版閘道共存
5.1 版 Web 服務閘道可以與 7.0 版或更新版本閘道共存,但有下列限制:
- 7.0 版或更新版本應用程式伺服器上不支援 5.1 版 Web 服務閘道應用程式。
- 不支援 5.1 版應用程式伺服器上安裝的服務整合技術端點接聽器應用程式。
- 如果要變更 5.1 版應用程式伺服器上執行的閘道的配置,您需要使用 Web 瀏覽器而非管理主控台,來存取 5.1 版閘道使用者介面。
如果您的部署不受這些限制所影響,且 5.1 版閘道在獨立式 5.1 版應用程式伺服器上執行,則不需要採取進一步的動作。
如果您的部署不受這些限制所影響,且 5.1 版閘道在 WebSphere Application Server Network Deployment Cell 內的 5.1 版應用程式伺服器上執行,即使將 Cell 從 5.1 版或 第 6 版移轉至 7.0 版或更新版本,您仍可繼續使用 5.1 版閘道和應用程式伺服器。 不過,當您移轉 Cell 時,Cell 中的應用程式伺服器上任何先前配置的 5.1 版閘道,將會取代為空的閘道。 如果要保留和還原 5.1 版閘道配置,您必須先遵循移轉 Cell 時保留 5.1 版閘道中提供的步驟。
移轉 5.1 版閘道
您可以將 5.1 版應用程式伺服器中執行的 5.1 版閘道,移轉至 7.0 版或更新版本應用程式伺服器中執行的 7.0 版或更新版本閘道。
作法是匯出 5.1 版閘道配置,然後執行 Script,將已匯出的配置移轉至現有 7.0 版或更新版本應用程式伺服器中的新閘道實例。
移轉 5.1 版 Web 服務閘道配置提供此作業的詳細步驟。
移轉處理程序的主要規則如下:
- 移轉的同時,原始閘道可以繼續執行,不會干擾現有的配置。
- 每次執行移轉指令只會對單一閘道配置產生效果。
- 一個閘道配置會移轉至服務整合匯流排內的一個閘道實例。可以將多個閘道移轉至相同的匯流排內,但在這種情況下,閘道名稱空間 URI 必須不同。
- 閘道實例的端點接聽器全部位於相同的應用程式伺服器或叢集;出埠呼叫的埠目的地定位全部位於相同的應用程式伺服器或叢集。
- 所有建立的物件和目的地都有閘道名稱空間 URI 作為名稱字首,以冒號 (":") 連結。 以預設名稱空間 URI 為例,閘道服務回覆目的地稱為:urn:ibmgateway:gatewayservicenameReply。 在移轉指令上可以使用參數來置換這個字首。
- 所有目標服務會移轉至新的 OutboundService 物件。已移轉的配置無法自動重複使用現有的 OutboundService 物件。
- 針對每個閘道服務/通道和閘道服務/目標服務/埠組合,建立 JAX-RPC 處理程式清單。這些清單即使以相同的順序包含相同的處理程式也不共用。
- 針對每個閘道服務/閘道服務和目標服務組合,建立 WS-Security(草稿 13)配置和連結物件。
這些物件即使都有相同的屬性值也不共用。所有建立的物件都是根據提供給移轉工具所建立的入埠或出埠服務的名稱來命名:
- 為每一個服務建立的 WS-Security 配置都與服務本身同名,結尾加上 _Inbound 或 _Outbound。
- 建立作為子物件的 WS-Security 配置物件與物件類型同名,後面加上 _x,其中 x 是移轉工具為服務類型建立的物件數。 例如,為給定的服務建立的第一個 Required Integrity(需要完整性)物件稱為 RequiredIntegrity_1。
- 建立的 WS-Security 連結以埠名稱命名,結尾加上連結類型,即 _Req_Rec、_Req_Snd、_Res_Rec 及 _Res_Snd 其中一個。