使用BizTalk Adatper for Web Service中的策略與技巧
2024-07-21 02:21:17
供稿：網友
在使用biztalk adapter for web service的eai解決方案中，不同的、分離的組件被整合在一起完成統一的商業邏輯。在解決方案中，各種組件必須很好的在一起工作。有兩條關鍵的原則（key principle）可以使得你的biztalk解決方案更完美：
kp1：在搭建解決方案時，每一步實現均進行測試；
kp2：叢最前端開始向后端推進，或叢最后端開始并向前端推進，一步一步進行增量開發。每進行一步增量開發，均要保證增量后解決方案可以使用。
下面分別加以描述，并對其中的技巧進行指導。
1．back-to-front strategy
從后端到前端的策略
使用biztalk adapter for web service解決方案時，從后端的開發開始是一個比較好的策略。因為這一解決方案通常是通過提供web method接口來實現復雜的服務程序。開始時，第一件事情是在biztalk server以外的環境檢驗后端的進程（process）。如果你可以進行一次獨立測試（stand-alone test）是非常好的方法。
1．1 component tactics
組件技巧
實戰時，需在組件裝配到biztalk之前進行測試。下面是一些優化建議和查錯（troubleshot）建議：
如果你使用xlang schedule 來連接后端的進程（process），可以將com 組件作為橋接（bridge）來使用。com組件可以是第三方的適配器組件（adapter）也可以是定制組件。無論那一種，請進行測試控制，如：適用visual basic scripts來進行一次單元測試。
如果你使用消息端口（messaging port）來連接后端的第三方組件或定制aic，那么創建一個測試用消息端口和信道（channel）比使用visual basic script來測試好多了。以下是如何創建測試用消息端口、信道的步驟：
1)創建使用aic作為傳輸口（transport）的消息端口（模板）；
2)信道可以使用空文檔作為源文檔和目標文檔，不需要映射（map）定義。
3)使用biztalk editor生成一個合法實現（instance）文檔；
4)改寫submitsync.vbs的副本，使得文檔提交到前面所述的信道；
5)使用瀏覽器將要提交的文檔拖放到submitsync.vbs，biztalk messaging service將傳送該文檔到aic，并返回回復（response）文檔。（這個vbs將回復寫到同名的文件中）
對于定制開發的組件，無論aic還是com，交互式的debug都很有用。以下是debug技術步驟：
1)在開發環境中，設置斷點，將工程設置為debug模式；
2)為了確保biztalk messaging service沒有加載一個非debug版的aic，你必須停止并重新啟動biztalk messaging service；（你可以使用restartbts.cmd）
3)如果xlang schedule使用你正在debug的組件，你可能需要停止所有的運行中的xlang schedule。（你可以使用xlang event monitor）
到此為止，你可以開始了
1．2 document tactics
文檔技巧
為了避免錯誤的文檔實現帶來的錯誤，建議你測試你的文檔及其定義。以下各點是如果減輕文檔錯誤帶來出錯的建議：
使用biztalk editor來生成文檔。
當使用一個例子文檔來測試時，使用biztalk editor來校檢文檔格式，然后在進行測試。（詳情請參考biztalk help：validate a document instance）
同樣的，如果你作了任何文檔定義的改變，你需要重新作校檢。
如果你作了文檔定義的改變，相應的映射文件也需要改變，相關的biztalk 實體，如：信道、信封（envelope）、xlang schedule等均需要作改變、刷新、重新編譯。你可以遵照以下：
1)使用biztalk mapper更新所有的映射；
2)使用btm_refresh.exe來更新biztalk實體；（你可以在…/program files/microsoft biztalk server/sdk/massaging samples/refresh messaging manager找到這個程序）
3)使用orchestration design打開更新、重編譯xlang schedule。
1．3 orchestration tactics
編排技巧
xlang schedule可以被實時的測試，以下是建議：
biztalk orchestration designer只有在所有動作（action）都與實現相連接后才能編譯。
使用xlang event monitor來監控調度運行情況。
使用windows 2000 event viewer即事件監視器來監控。
2．front-to-back strategy
從前端到后端的策略
也有可能從前端開始工作?？赡艿那闆r是從web service和web method開始，然后通過biztalk messaging service得到信道、消息端口、文檔定義映射。當你采用前端到后端的策略時，你不必使用后端到前端的策略中的方法。
2．1 biztalk messaging services tactics
biztalk消息服務技巧
你不能直接在前端通過biztalk adapter for web service進行工作，因為你需要呼叫（request）文檔和回復（response）文檔的定義，而且出于生成web method的要求，還需要定義信道。以下是你在將web method與信道相連之前要作的事情：
得到或自己創建呼叫(request)和回復(response)文檔定義。
創建消息端口。測試時，可以使用responsefile組件（在包含的例子中）。
創建信道。可以將信道配置為無文檔定義的，以使得呼叫文檔格式或映射文件格式部會在影響信道的配置。
要單獨測試信道和消息端口，可以將測試用文檔拖放到submitsync.vbs來提交一個呼叫并且顯示回復。當然，事先你需要對submitsync.vbs做一定的定制，使之適應你的信道、端口和文檔定義。
如果你配置信道沒有使用文檔定義、或沒有校檢文檔，你可以考慮加入這一特性，并在將其連接到web method之前重新測試信道。
2．2 biztalk adapter for web service tactics
biztalk web服務專用適配器技巧
當信道和消息端口都被準備好以后，你可以創建web method來提交呼叫（request）到信道。很重要的一點是應該將“web service administration ”理解為一個設計工具而部是一個管理工具。這意味這當你成功創建一個web method以后，你不能使用這一工具進行錯誤定位（troubleshoot）工作。
2．3 using the biztalk adapter trace utility tool
使用biztalk適配器跟蹤工具集
如果你確信你需要對biztalk adatper for web service進行錯誤定位工作，你可以使用“biztalk adapter trace utility”來收集工作狀態下適配器中數據交換中的詳細信息。（詳細情況可以參考biztalk adapter for web service help中的“running the biztalk adapter utility”一節）
3．closing the loop
閉環
當完成研究學習“前端到后端（front-to-back）”和“后端到前端(back-to-front)”策略后。你可以在實際應用全過程中混合使用兩種方法?！昂蠖说角岸恕钡牟呗酝ǔＶ褂谙⒍丝冢@個消息端口使用的aic和soc。你可以使用一個測試框架（test framework）來激活aic或soc，也可以使用專用信道和消息信道來測試。
“前端到后端”策略通常以一個測試用的aic，而這個aic與某個消息端口相關聯。在軟件產品設計的測試中，你可以使用產品使用的aic或soc來替代測試用aic。
可見，與消息信道相關聯的aic或soc就是你融合兩種方法策略的結合點。當你融合兩種策略時，這個閉環和該閉環的實現就以web method的形式完成了商業邏輯。
-end-
