我已經閱讀過某處,我最好在接收和發送端口時使用多部分類型,但無法理解一件事。如果我通過HTTP端口接收到一些XML數據,我該如何將它放在消息的正確路徑中。我應該爲此創建自定義管道嗎還是還有別的東西(我是BizTalk的新手)?在自定義管道中創建來自單部分消息的多部分消息(BizTalk)
回答
謝爾蓋, 你必須拿起這個概念從文章半烤8個提示和技巧的BizTalk編程(http://msdn.microsoft.com/en-us/magazine/cc163423.aspx)
正如在文章中解釋,它更有意義中創建多部分消息編排,所以當你想在模式中改變某些東西時,很容易做到這一點,而不會刪除端口和發送/接收形狀之間的所有鏈接。
將消息分配給特定部分(通常是第一部分)不應該是編排中的一個大問題,您應該可以通過映射或在消息分配形狀中執行此操作。
HTH
對於像這樣的東西,使用多部分消息類型確實沒有硬性規定;它真的很大程度上取決於你的情況。
但是,我想指出的是,在下面,BizTalk中的所有消息都是最低級別的多部分消息。問題是訪問這些額外部件(如果它們存在的話)在編排中是否容易;)
這就是說,讓我指出,在很多情況下,沒有什麼理由使用多部分消息類型在編排中。例如,HTTP或FILE適配器永遠不會自動生成包含多個部分的消息,除非您的接收管道上可能包含類似SMIME解碼組件的消息。
其他一些適配器確實可以利用多部分消息類型,例如POP適配器(附件)或SOAP適配器。但除非你有這樣的場景,這確實需要多部分的消息類型,我沒有看到爲什麼你會從這些場景開始。
落後於港口使用多部分組成的消息的理由是,你可以很容易地切換的消息部分,而不必與形狀零件 – 2009-09-29 07:47:42
- 1. 使用WCF自定義解析多部分消息MessageEncoder
- 2. Twilio SMS多部分消息
- 3. nghttp2多部分POST消息
- 4. 在BizTalk管道中記錄HL7消息
- 5. 具有空成員的Biztalk多部分消息
- 6. 在接收管道中動態添加消息部分
- 7. 自定義消息和默認消息
- 8. 無法從多部分消息自定義標題在Java郵件
- 9. UITableView自定義部分標題消失
- 10. C#替換部分消息
- 11. 在C++中爲消息泵定義自己的WM消息
- 12. 如何接收來自多個命名管道的消息?
- 13. 修改自定義代碼中的Biztalk消息
- 14. 顯示來自管理bean的內部類的消息
- 15. 自定義驗證消息
- 16. 自定義彈出消息
- 17. 自定義消息框WPF
- 18. Validates_overlap自定義消息?
- 19. 自定義錯誤消息
- 20. 自定義消息(JSF)
- 21. JSF 2.0自定義消息
- 22. Google PubSub:如何自定義消息分發給消費者?
- 23. 當在Tomcat中部署WAR時打印自定義消息
- 24. ActorRefs在阿卡(java.io.NotSerializableException)消息的部分
- 25. 在函數外部創建我自己的警告消息?
- 26. 自定義消息框建議
- 27. jquery表單字段自定義消息
- 28. BizTalk SMTP消息部分獲取XML編碼
- 29. 如何在Biztalk 2010中構建WCF請求消息的消息
- 30. 在MiniProfiler中顯示自定義消息
斷開鏈接端口,這是否意味着我誤解的建議?我應該在端口中使用模式,但在此之後立即創建多類型消息 – 2009-09-30 14:46:45