BizTalk Framework 組合器管線元件屬性
使用 BizTalk Framework 組合器管線元件先將 BizTalk Framework 信封和內容序列化至訊息後才進行傳送,而且在回條沒有於規定的時間內抵達時重新傳送,並在回條傳入時進行接收及處理以便刪除訊息執行個體。
BizTalk Framework 組合器管線元件是為了在「傳送」管線的「組合」階段中使用。
您可以在 Microsoft Visual Studio 屬性視窗中設定 BizTalk Framework 組合器管線元件的屬性。 若要顯示屬性視窗,請選取元件、以滑鼠右鍵按一下並選取 [屬性],或按 F4。 下表包含可以設定的 BizTalk Framework 組合器管線元件屬性。
使用 | 作法 |
---|---|
新增處理指示文字 | 允許已組合的 XML 文件包含處理指示做為這個屬性的值。 也可讓文件包含應用程式的指示。 注意: 處理指示文字應該符合 W3C XML 處理指示標準。 預設值:無 |
新增 XML 宣告 | 新增 XML 宣告至外寄訊息。 當為 True 時,會將下列 XML 宣告新增至傳出訊息 <?xml version='1.0' encoding='UTF8'> 。 指定的編碼取決於 BizTalk Framework 組合器使用的編碼方式,接受帶有編碼資訊的特定執行階段屬性。預設值:True |
送達回條地址 | 指示 BizTalk Framework 文件送達回條的傳送地址。 預設值:無 |
送達回條地址類型 | 指示 BizTalk Framework 文件送達回條的傳送地址類型。 預設值:biz: 注意: biz: 前置詞是用來表示 BizTalk 2000 和 2002 中來源和目的地端點的組織識別碼,以及為了與這些系統的互通性,此處會提供前置詞作為預設值。 例如,type = "biz:OrganizationName", (src|dest) = "Party1"。 |
送達回條依時間傳送 | 指示必須收到 BizTalk Framework 文件送達回條的時間 (以分鐘為單位)。 預設值:30 |
目的地位址 | 識別目的地址。 預設值:無 |
目的地址類型 | 指示目的地址類型。 預設值:biz: 注意: biz: 前置詞是用來表示 BizTalk 2000 和 2002 中來源和目的地端點的組織識別碼,以及為了與這些系統的互通性,此處會提供前置詞作為預設值。 例如,type = "biz:OrganizationName", (src|dest) = "Party1"。 |
文件結構描述 | 指示要套用到文件之結構描述的命名空間與類型名稱。 如需詳細資訊,請參閱 如何使用架構集合屬性編輯器。 預設值:(集合) 空集合 |
文件主題 | 識別 URI 參考,可以唯一識別 BizTalk Framework 文件的整體目的。 預設值:無 |
信封架構 | 指示要套用到信封之結構描述的命名空間與類型名稱。 如需詳細資訊,請參閱 如何使用架構集合屬性編輯器。 預設值:(集合),BTF2Schemas.btf2_envelope |
產生送達回條要求 | 指示是否要產生 BizTalk Framework 文件的送達回條要求。 此選項可用來確保 BizTalk Framework 傳訊功能的可靠性。 預設值:False |
訊息生效的時間 (以分鐘為單位) | 指定訊息有效的時間量 (以分鐘為單位)。 預設值:30 |
新增處理指示 | 指定在 XML 執行個體文件中將如何處理 XML 處理指示。 附加: 新增處理指示文字 的值應該附加至訊息中既有的處理指示。 建立新:在欄位中輸入的 [新增處理指示文字 ] 的值應該覆寫或取代訊息中任何既有的處理指示。 如果已選取 [新建 ], 則 [新增處理指示文字 ] 必須包含有效的處理指示。 略過:如果訊息中存在處理指示文字,該文字將會被移除。 預設值:附加 |
來源位址 | 識別來源地址。 預設值:無 |
來源地址類型 | 指示來源地址類型。 預設值:biz: 注意: biz: 前置詞是用來表示 BizTalk 2000 和 2002 中來源和目的地端點的組織識別碼,以及為了與這些系統的互通性,此處會提供前置詞作為預設值。 例如,type = "biz:OrganizationName", (src|dest) = "Party1"。 |
目標 charset | 識別將用做外寄訊息編碼的字元集。 預設值:(無) |
另請參閱
使用管線設計師
如何建立新的管線
如何開啟管線
如何將元件新增至管線
如何設定管線元件屬性
如何使用架構集合屬性編輯器
如何儲存管線
如何使用工具箱
如何使用鍵盤流覽
如何讀取管線元件屬性
意見反應
https://aka.ms/ContentUserFeedback。
即將登場:在 2024 年,我們將逐步淘汰 GitHub 問題作為內容的意見反應機制,並將它取代為新的意見反應系統。 如需詳細資訊,請參閱:提交並檢視相關的意見反應