websphere使用_使用WebSphere Service Registry and Repository和WebSphere DataPower實施SOA消息安全性政策

websphere使用

總覽

現代企業對企業通信已經發展并在規模和複雜性上不斷增長，以至于企業消息流的管理和治理面臨着嚴峻而艱巨的挑戰。 這些消息流代表了大量的收入流，是以必須使用功能強大的工具仔細處理。 但是，必須制​​定政策來保護關鍵資産并保留标準業務慣例。

許多企業都在尋找可擴充的方法來建立和執行管理面向SOA的通信系統的面向業務的政策。 Web服務政策标準和機制旨在滿足這些需求。

WebSphere提供了兩種産品，它們可以一起提供使用WS-Policy标準設定和執行業務政策的能力：WebSphere Registry and Repository和WebSphere DataPower SOA Appliances。

本教程示範了如何結合使用這兩種産品來實作以下業務政策：

• 綁定給定企業應用程式的所有請求都必須簽名。
• 企業應用程式傳回的所有響應都必須加密。

這是本教程中介紹的解決方案體系結構的說明。

圖1.圖1.解決方案架構

業務經理可以在系統資料庫中設定業務政策。 然後，DataPower裝置擷取必要的配置資訊，以在實時消息流中實施政策。

配置系統資料庫

本教程示範了如何使用WSRR 7.5版中提供的功能對DataPower裝置配置進行自動更新。 系統資料庫的配置步驟與WSRR 6.2及更高版本相同。

通過配置系統資料庫開始實施此政策實施體系結構。 系統資料庫的配置包括以下三個基本步驟：

• 上傳描述要外部化的企業服務的WSDL
• 上載描述要實施的政策的檔案
• 在傳回WSDL的系統資料庫中建立儲存的搜尋

上載WSDL

要上載描述後端企業服務的WSDL，請登入WSRR控制台。 跟着這些步驟：

1. 單擊加載文檔 。

圖2.圖2.加載文檔

1. 從本地檔案系統加載

   Echo.wsdl

   檔案。

圖3.圖3.加載檔案路徑

1. 單擊“服務文檔”區域中的“ WSDL文檔” ，以驗證新的WSDL檔案是否可用。 請注意，系統資料庫通過檔案名（Echo.wsdl）和名稱空間來辨別檔案。

圖4.圖4. WSDL清單

上載政策檔案

既然已經有了基本的WSDL，并且可供任何DataPower裝置通路，則該是時候上傳描述要實施的業務政策的政策檔案了。 這是

wsp-sp-1-1-sign-parts.xml

政策檔案的内容。

清單1. wsp-sp-1-1-sign-parts.xml政策檔案

<?xml version='1.0' encoding='UTF-8'?>


<wsp:Policy 
   xmlns:wsp="http://schemas.xmlsoap.org/ws/2004/09/policy"
   xmlns:sp="http://docs.oasis-open.org/ws-sx/ws-securitypolicy/200512"
   xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/
        oasis-200401-wss-wssecurity-utility-1.0.xsd"
   wsu:Id="wsp-sp-1-1-sign-parts">

  <dpe:summary xmlns="" xmlns:dpe="http://www.datapower.com/extensions">
    <dppolicy:domain xmlns:dppolicy="http://www.datapower.com/policy">
      http://docs.oasis-open.org/ws-sx/ws-securitypolicy/200512
    </dppolicy:domain>
    <description>
      Implements WS Security Policy 1.1 - support SignedParts
    </description>
  </dpe:summary>

  <wsp:ExactlyOne>
    <wsp:All>
      <sp:SignedParts>
        <sp:Body/>
      </sp:SignedParts>
    </wsp:All>
  </wsp:ExactlyOne>
</wsp:Policy>
           

在這種情況下，檔案表示必須對所有SOAP消息的正文部分進行簽名的政策。 注意，這在請求消息或響應消息之間沒有差別。 可以從DataPower裝置的store：///目錄獲得此檔案。 請注意，您可以将這些檔案複制到local：///目錄，并根據需要進行修改。

該檔案通過以下步驟上載到系統資料庫。

1. 單擊頁面頂部的“ 加載文檔 ”。
2. 确定政策檔案在本地檔案系統上的位置。
3. 從“ 文檔類型”下拉清單中選擇“ 政策 ”。
4. 單擊确定 。 出現以下面闆。

圖5.圖5.加載清單的文檔

1. 點選完成 。 您将看到上傳成功的确認。

接下來，表示加密政策的檔案必須上載到系統資料庫。 步驟與之前的上傳非常相似。

1. 單擊頁面頂部的“ 加載文檔 ”。
2. 确定政策檔案在本地檔案系統上的位置。
3. 從“ 文檔類型”下拉清單中選擇“ 政策 ”。
4. 單擊确定 。 出現以下面闆。

圖6.圖6.加載清單的文檔

1. 點選完成 。

既然已經有了基本的政策表達式，那麼必須将描述如何将政策綁定到WSDL的檔案上載到裝置。

請注意，WSDL檔案不是通過檔案名（Echo.wsdl）辨別的，而是通過名稱空間辨別的。 如果系統資料庫中使用此目标名稱空間加載了多個WSDL檔案，則該政策可能會附加到與您期望使用的檔案不同的WSDL檔案中。

請注意，“政策參考”是指配置設定給檔案（“ wsp-sp-1-1-encrypted-parts-body”）中的政策的wsu：Id，而不是包含該ID的檔案。

下圖說明了政策附件檔案如何連接配接WSDL和基本政策表達式。

圖7.圖7. WSDL檔案和基本政策表達式之間的連接配接

以與上傳其他政策檔案相同的方式上傳政策附件檔案。

1. 單擊頁面頂部的“ 加載文檔 ”。
2. 确定政策檔案在本地檔案系統上的位置。
3. 從“ 文檔類型”下拉清單中選擇“ 政策 ”。
4. 單擊确定 。 出現以下面闆。

圖8.圖8.政策附件檔案

1. 點選完成 。 您将看到上傳成功的确認。

企業業務政策規定必須對所有請求進行簽名，并且必須對所有響應進行加密。 我們的政策附件檔案僅表示兩個條件之一。 剛剛上傳的附件檔案僅處理已簽名的請求； 加密的響應需要一個附加的政策附件檔案。

請遵循與以前相同的步驟。

1. 單擊頁面頂部的“ 加載文檔 ”。
2. 确定政策檔案在本地檔案系統上的位置。
3. 從“ 文檔類型”下拉清單中選擇“ 政策 ”。
4. 單擊确定 。 出現以下面闆。

圖9.圖9.政策附件檔案

1. 點選完成 。 您将看到上傳成功的确認。

這樣就完成了所有所需政策檔案的上傳。 通過列出可用的政策文檔，您可以驗證兩個政策附件檔案現在在系統資料庫中都可用。

圖10.圖10.附件的政策文檔清單

要确認WSRR已正确解析并将政策應用于WSDL檔案，請在系統資料庫中打開WSDL檔案。 為此，請傳回主螢幕并顯示WSDL文檔。 這将顯示以下螢幕：

圖11.圖11. WSDL檔案的詳細資訊

單擊政策頁籤。 出現以下螢幕。

圖12.圖12.政策内容

請注意

echoOperationRequest

和

echoOperationResponse

消息下的政策表達式。 這驗證了系統資料庫是否已正确分析政策聲明并将其應用于WSDL。 這是裝置從系統資料庫擷取此WSDL時DataPower裝置将收到的内容。

建立一個儲存的搜尋

要在系統資料庫中建立儲存的搜尋，必須首先在系統資料庫中建立查詢（或搜尋）。

以下是建立“儲存的搜尋”的步驟。

1. 傳回主螢幕。 單擊左側菜單上“查詢”條目旁邊的箭頭。

圖13.圖13.查詢條目

1. 單擊連結以啟動查詢向導。
2. 從下拉清單中選擇WSDL文檔 。 您的螢幕應類似于以下内容：

圖14.圖14. WSDL文檔

1. 點選下一步。
2. 在查詢詳細資訊頁面上顯示的“ 名稱”字段中指定WSDL的名稱 ，如下所示。

圖15.圖15. WSDL名稱

1. 單擊下一步 。
2. 然後将顯示查詢詳細資訊的摘要，如下所示。

圖16.圖16. WSDL查詢詳細資訊

1. 點選完成 。 這将導緻查詢執行并傳回結果。 該查詢僅傳回所需的WSDL。

圖17.圖17.儲存查詢

1. 在“ 儲存此搜尋”下輸入此搜尋的名稱（例如

   GetEchoWSDL

   ）。 此名稱将用于配置DataPower訂閱對象。
2. 單擊儲存。

這樣就完成了系統資料庫的配置。

配置WebSphere DataPower裝置

DataPower裝置上的Web服務代理服務可以從WSRR儲存的搜尋中擷取其配置資訊，例如上面剛剛配置的搜尋資訊。 從DataPower固件版本4.0.1.0和WSRR 7.5開始，DataPower裝置還可以在更新系統資料庫中儲存的WSDL時自動更新此資訊。 此功能允許立即更新裝置，而不必等待輪詢間隔（可能長達幾天）。 本節将詳細介紹配置Web服務代理以使用“自動更新”功能以及“儲存的搜尋訂閱”所需的步驟。

要啟用自動更新功能，首先必須調整裝置的XML管理接口的配置。 為此，請首先切換到裝置的預設域，然後按照以下步驟操作。

1. 從導航菜單中選擇網絡>管理> XML管理接口 。
2. 選中“ WSRR訂閱”框，如下所示。 請注意，如果您未使用固件4.0.1.0，則不會出現此框。

圖18.圖18. WSRR訂閱選項

1. 點選應用 。

現在傳回到您将用于建構服務的應用程式域（通常不是預設域）。

單擊“控制台”上的“ Web服務代理”圖示開始配置服務。

1. 單擊任何現有的Web Service代理對象清單下方的“ 添加”按鈕。 将顯示“ Web服務代理”配置過程的第一頁。
2. 在提供的字段中輸入新代理的名稱。
3. 單擊建立Web服務代理 。 出現代理的WSDL配置頁面。

圖19.圖19.建立Web服務代理

1. 單擊WSRR儲存的搜尋訂閱 。

出現一組空白字段，如下圖所示。

圖20.圖20. WSRR伺服器

1. 在“ 建立”字段中輸入Echo。 這是訂閱對象的名稱。
2. 單擊WSRR Server下的+按鈕。 将打開一個新視窗，以顯示用于建立新WSRR Server對象的表單。
3. 如下圖所示配置WSRR Server對象。

圖21.圖21. WSRR伺服器對象

請注意， SOAP URL，使用者名和密碼的正确值将根據您的情況而變化。 WSRR伺服器版本必須為7.5 或更高版本才能支援自動更新（而不是輪詢）。 此版本必須為6.2或更高版本才能支援儲存的搜尋訂閱。

1. 單擊查找儲存的搜尋 。 這使裝置與系統資料庫聯系并獲得所有可用的“已儲存搜尋”的清單。

圖22.圖22.查找儲存的搜尋

1. 從清單中選擇

   GetEchoWSDL

   ，然後單擊Apply 。
2. 從“ 同步方法”下拉清單中選擇“

   Automatic

   （

   WSRR 7.5 or later

   ）。 當存儲在WSRR伺服器上的WSDL更改時，系統資料庫将自動通知DataPower裝置可用的較新版本，并且DataPower裝置将從系統資料庫中擷取它，進而有可能更改代理提供的服務。 請注意，使用此選項還需要修改裝置的XML管理接口的配置，如前所述。
3. 單擊WS-Policy參數集下的+按鈕。 因為此代理設定為強制執行WSDL中包含的政策（請注意WS-Policy強制模式 ），是以該代理将需要各種密鑰和憑證集來驗證請求中包含的簽名，并在不包含響應消息時對其進行加密已經加密。
4. 如圖所示配置參數集 。

圖23.圖23.參數集

請注意，所有三個條目的“ 參數名稱”和“ 參數值”都相同。 僅政策域會更改。 盡管可以僅使用一個Policy Domain條目來實作實施目标，但包括所有這三個條目可確定裝置在參數集和WSDL之間不會遇到名稱空間問題。 如果僅使用一個政策域，則它必須與政策檔案中使用的名稱空間比對。

請注意，您将需要建立一組密鑰（公共證書和比對的私鑰）以完成此配置。 您可以通過從“ 參數名稱”下拉清單中選擇“

Encryption Certificate

”，然後單擊“ 參數值”下的+按鈕來建立這些對象。

僅包含這些

Encryption Certificate

條目的參數集将提供代理執行政策所需的所有資訊。

您可以選擇添加一些其他參數，這些參數使代理忽略請求中包含的簽名中的時間戳。 如果不忽略時間戳，簽名将在5分鐘内過期。 下面說明了這些參數的添加。

圖24.圖24.政策參數

1. 參數集完成後，單擊送出 。

現在，代理服務的配置頁面将類似于下圖所示。

圖25.圖25.代理服務配置

1. 單擊下一步 。 代理現在将聯系WSRR伺服器，并擷取“已儲存的搜尋訂閱”傳回的所有WSDL。 然後，将為您提供建立前端處理程式和調整目标URL所需的輸入。
2. 從可用處理程式清單中選擇一個現有的前端處理程式，或單擊+按鈕建立一個新的處理程式。 這個新的Handler應該使用HTTP協定，并且除了已啟用的預設值外，還必須允許HTTP GET請求。

圖26.圖26.前端處理程式

1. 單擊“ 應用”以建立或修改前端處理程式。
2. 在URI下的字段中鍵入

   /echo

   。
3. 單擊編輯/删除下的添加 。
4. 調整“ 遠端”屬性以連接配接到目标伺服器。 該位置将根據您的情況而有所不同。 下載下傳檔案中包含提供正确響應的XML防火牆服務的完整配置。

圖27.圖27.本地端點處理程式

1. 單擊下一步 。 現在，代理服務将使用“政策”參數集完成服務的配置。 代理應該準備好接受請求。

圖28.圖28.配置Web服務代理

1. 通過從Web服務代理服務中檢索WSDL，驗證代理是否包含政策語​​句。 為此，請在類似于以下内容的浏覽器中釋出一個URL：

   http://DP_addr:3110/echo?wsdl

這将檢索WSDL。 這是此WSDL的最後一部分，其中政策附件已正确地應用于請求和響應消息。

清單2.請求和響應消息

<wsdl:binding name="EchoSOAP" type="ns0:EchoServicePortType">
   <soap11:binding transport="http://schemas.xmlsoap.org/soap/http" style="document"/>
      <wsdl:operation name="echoOperation">
	<soap11:operation soapAction="echoOperation" style="document"/>

                 <wsdl:input name="echoOperationRequest">
		<wsp:PolicyReference URI="#policy1"/>
		     <soap11:body use="literal"/>
	      </wsdl:input>
	      
	      <wsdl:output name="echoOperationResponse">
		<wsp:PolicyReference URI="#policy0" />
		      <soap11:body use="literal"/>
	       </wsdl:output>

        </wsdl:operation>
</wsdl:binding>
           

1. 通過單擊代理的“ WSDL”頁面上“ WSDL狀态 ”下的“确定”，确認“已儲存的搜尋訂閱”的狀态 。

圖29.圖29.儲存的搜尋狀态

1. 将簽名的請求檔案送出給服務。 Curl指令将類似于以下内容：

   curl –data-binary @echo-signed

   http：// DP_addr：3110 / echo

響應應該被加密，如此處所示。

圖30.圖30.指令響應

檢查此事務的調試日志将顯示代理查找并驗證請求中包含的簽名的時間點。 如果未找到簽名，則代理将拒絕此請求，并傳回錯誤消息“政策拒絕”。

11:02:06	multistep	info	487360	request	9.32.115.47	
0x80c00002	wsgw (RegistryPolicy): rule (message-input_127_5-req): 
#2 filter: 'INPUT store:///verify.xsl' completed OK.

11:02:06	multistep	debug	487360	request	9.32.115.47	
0x80c0004e	wsgw (RegistryPolicy): Stylesheet URL to compile is 
'store:///verify.xsl'
           

這些條目顯示了将加密應用于未加密的響應消息的代理。

11:02:06	multistep	info	487360	response	
9.32.115.47	0x80c00002	wsgw (RegistryPolicy): rule 
(message-output_127_6-process-resp): 
#4 filter: 'enc-output store:///required-elements-filter.xsl' completed OK.

11:02:06	multistep	debug	487360	response	
9.32.115.47	0x80c0004e	wsgw (RegistryPolicy): Stylesheet URL 
to compile is 'store:///required-elements-filter.xsl'

11:02:06	multistep	info	487360	response	
9.32.115.47	0x80c00002	wsgw (RegistryPolicy): rule 
(message-output_127_6-process-resp): 
#3 Conditional on INPUT completed OK.

11:02:06	multistep	info	487360	response	
9.32.115.47	0x80c00002	wsgw (RegistryPolicy): rule 
(message-output_127_6-process-resp): 
#2 xform: 'Transforming INPUT with
http://127.0.0.1:63502/DocumentCryptoMap.xml?objDomain=Ryan&
objName=message-output_127_6-1-conditional-content-encrypt-2-enc-enc-cryptomap 
results stored in enc-output' completed OK.

11:02:06	multistep	debug	487360	response	
9.32.115.47	0x80c0004e	wsgw (RegistryPolicy): Stylesheet URL to compile is
'http://127.0.0.1:63502/DocumentCryptoMap.xml?objDomain=Ryan&
objName=message-output_127_6-1-conditional-content-encrypt-2-enc-enc-cryptomap'
           

診斷程式

WS-Proxy生成有關預訂的許多操作的資訊性消息。 這是代理伺服器生成的有關訂閱和自動通知的一些日志條目。

這是與WSRR伺服器的初始注冊交換：

09:51:16	wsrr	notice	69503	 	  	
0x810000c8	wsrr-saved-search-subscription (Echoer): 
WSRR subscriber registered using ws-proxy RegistryPolicy

09:51:16	wsrr	notice	69503	 	  	
0x810000c9	wsrr-saved-search-subscription (Echoer): 
WSRR subscriber unregistered using ws-proxy RegistryPolicy
           

在這裡，訂閱是使用WSRR伺服器建立的（預設域日志）：

10:46:56	wsrr	info	101668	 	  	
0x81000451	Resolving 
'wsrr://WSRR25/376a0c37-eafa-4ac1.bef4.660fd266f4cc/#wsp-sp-1-1-encrypted-parts-body'.

10:46:56	wsrr	info	101668	 	  	
0x81000451	Resolving 
'wsrr://WSRR25/081ecd08-4c2b-4b32.9183.2b884d2b837c/#wsp-sp-1-1-sign-parts'.

10:46:56	wsrr	info	101668	 	  	
0x81000451	Resolving 'wsrr://WSRR25/8e42008e-125c-4cc4.bb24.147558142425/'.

10:46:56	wsrr	info	66257	 	  	
0x810004d0	wsrr-saved-search-subscription (Echoer): 
The subscription 'Echoer' contains '1' WSDL files.

10:46:56	wsrr	debug	66257	 	  	
0x810004ef	wsrr-saved-search-subscription (Echoer): 
Setting WSRR Event Notification bsrURI '0c12ef0c-baca-4aaf.aa37.a4581ca4373a'.

10:46:56	wsrr	debug	69663	 	  	
0x810004ce	The subscription 'Echoer' is creating the PolicyReference 
'wsrr://WSRR25/376a0c37-eafa-4ac1.bef4.660fd266f4cc/#wsp-sp-1-1-encrypted-parts-body' 
for the WSDL with bsrURI '8e42008e-125c-4cc4.bb24.147558142425'.

10:46:56	wsrr	debug	69663	 	  	
0x810004cd	The subscription 'Echoer' is creating the AppliesTo 
URI 'http://ibm.com/was/wssample/sei/echo/#wsdl11.message(echoOperationResponse)' 
for the WSDL with bsrURI '8e42008e-125c-4cc4.bb24.147558142425'.

10:46:56	wsrr	debug	69663	 	  	
0x810004cc	The subscription 'Echoer' is creating a 
PolicyAttachment for the WSDL with bsrURI '8e42008e-125c-4cc4.bb24.147558142425'.

10:46:56	wsrr	debug	69663	 	  	
0x810004ce	The subscription 'Echoer' is creating the 
PolicyReference 
'wsrr://WSRR25/081ecd08-4c2b-4b32.9183.2b884d2b837c/#wsp-sp-1-1-sign-parts' 
for the WSDL with bsrURI '8e42008e-125c-4cc4.bb24.147558142425'.

10:46:56	wsrr	debug	69663	 	  	
0x810004cd	The subscription 'Echoer' is creating the AppliesTo URI 
'http://ibm.com/was/wssample/sei/echo/#wsdl11.message(echoOperationRequest)' 
for the WSDL with bsrURI '8e42008e-125c-4cc4.bb24.147558142425'.

10:46:56	wsrr	debug	69663	 	  	
0x810004cc	The subscription 'Echoer' is creating a 
PolicyAttachment for the WSDL with bsrURI '8e42008e-125c-4cc4.bb24.147558142425'.

10:46:56	wsrr	info	69663	 	  	
0x810004cb	The subscription 'Echoer' has a 
WSDL with bsrURI '8e42008e-125c-4cc4.bb24.147558142425' 
and '2' policy attachments.

10:46:56	wsrr	info	69663	 	  	
0x8100044d	The subscription 'Echoer' of type Saved-Search contains 
the WSDL 'Echo.wsdl' with bsrURI '8e42008e-125c-4cc4.bb24.147558142425' 
and location 'Echo.wsdl'.

10:46:55	wsrr	debug	69663	 	  	
0x810004e6	The subscription 'Echoer' creating a WSRR Notification 
Event for 'GetEchoWSDL' with bsrURI '7ee5467e-0bb0-40ef.9b3d.567bf4563d6c', 
Fetch Policy 'true', Notify IP '9.70.154.57', Notify Port '5550', and 
renewal interval '1'.

10:46:55	wsrr	info	69663	 	  	
0x810004e2	The subscription 'Echoer' is creating 
a WSRR Notification Event for 'GetEchoWSDL' of type 
'saved-search' with bsrURI '7ee5467e-0bb0-40ef.9b3d.567bf4563d6c'.

10:46:55	wsrr	notice	69503	 	  	
0x810000c8	wsrr-saved-search-subscription (Echoer): 
WSRR subscriber registered using ws-proxy RegistryPolicy
           

在這裡，我們看到新的WSDL已合并到代理配置中：

11:37:54	ws-proxy	info	91567	 	  	
0x81000081	wsgw (RegistryPolicy): 
Adding new wsdl '8e42008e-125c-4cc4.bb24.147558142425'.
           

這是應用程式域日志中的更新通知條目：

11:37:54	ws-proxy	info	91567	 	  	
0x8100007c	wsgw (RegistryPolicy): Process update from subscription 
Echo for wsdl wsrr://WSRR25/8e42008e-125c-4cc4.bb24.147558142425/, 
service key 8e42008e-125c-4cc4.bb24.147558142425.
           

這是預設域中用于更新通知的日志條目：

圖31.圖31.更新通知

如果由于WSRR的更改（例如删除儲存的搜尋）或DataPower裝置的更改而使訂閱變為無效，則以下是應用程式域中的日志條目：

10:41:23	wsrr	warn	65121	 	  	
0x810000fc	wsrr-saved-search-subscription (Echoer): 
WSRR subscription Echoer fail to retrieve files from server

10:41:23	wsrr	error	65121	 	  	
0x810004f2	wsrr-saved-search-subscription (Echoer): 
Encountered an error while creating Automatic Subscription.

10:41:23	wsrr	debug	65121	 	  	
0x810004f6	wsrr-saved-search-subscription (Echoer): 
WSRR Event Notification bsrURI cleared.

10:41:23	wsrr	error	69663	 	  	
0x8100044f	Failed to fetch WSDL, Concept, or Saved 
Search 'GetEchoWSDL0' from 
http://9.70.155.25:9080/WSRR/6.2/Metadata/XML/Query/GetEchoWSDL0.

10:41:23	network	error	69663	 	  	
0x80e00040	url-open: Remote error on url 
'http://9.70.155.25:9080/WSRR/6.2/Metadata/XML/Query/GetEchoWSDL0'
           

糾正錯誤後，您将再次看到訂閱初始化序列發生，如上所示。

管理版本

端點服務通常随着客戶的使用而發展，不斷變化以滿足客戶的需求，不斷變化以提供新功能或不斷變化以保持與标準的相容性。 這種更改通常需要修改描述服務的WSDL檔案。 使用自動更新的訂閱的主要好處是，隻要描述端點服務的WSDL發生更改，與這些訂閱綁定的DataPower服務就會自動更新。 當服務功能更改時，WSDL也會更改，并且該新版本的WSDL已加載到WSRR服務中。

WSRR服務通常不覆寫現有檔案。 是以，當将現有WSDL的新版本加載到WSRR中時，系統資料庫中将存在兩個具有相同名稱和名稱空間的WSDL版本。 這是一個例子：

圖32.圖32. WSDL名稱空間重複

根據WSDL文檔的名稱儲存的搜尋查詢将傳回加載的WSDL的兩個版本。 DataPower裝置将僅使用它獲得的第一個，可能是兩個。

有幾種使用WSRR管理版本控制的方法。

1. 添加新的WSDL版本并删除舊的。 WSRR檢測到此更改并将通知發送到DataPower裝置，該裝置随後獲得新版本的WSDL。
2. 使用分類。 可以對系統資料庫中的每個工件進行分類，并基于分類值進行搜尋。 下面說明了對WSDL的分類配置設定。

圖33.圖33. WSRR分類細節

請參閱左下角的分類屬性。 WSRR包括一個标準的治理模型，旨在管理資産的生命周期。 請注意此圖頂部的“管理”頁籤。 搜尋可以輸入标準生命周期分類之一，而不是此處顯示的自定義分類。

這是“查詢向導”面闆，允許您選擇要用于搜尋條件的分類。

圖34.圖34. WSRR分類

1. 使用WSDL文檔的其他屬性來區分版本。 這可以包括自定義屬性，您可以使用與使用分類幾乎相同的方式。 這是一個例子。

圖35.圖35.區分WSDL版本

SearchKey屬性是添加到WSDL記錄的自定義屬性。

結論

在DataPower裝置上運作的Web Service Proxy有效地執行企業建立并通過系統資料庫配置表達的業務政策。 配置為使用“儲存的搜尋訂閱”的所有WS Proxy服務将自動接收相同的配置。

這種産品組合使企業可以在一處建立業務政策，并在許多地方自動實施和執行該政策。 由于DataPower裝置會通過訂閱自動重新整理自身，是以企業可以輕松更改政策，并且此更改将自動傳播到DataPower實施點。

翻譯自: https://www.ibm.com/developerworks/webservices/library/ws-dpwsrr/index.html

websphere使用