2
A
回答
0
可以使用的BizTalk PowerShell的供應商。 這允許您腳本,其他事情,政策和詞彙部署。
這可以提供MSBuild的替代方案,在我看來,它更適合於開發而不是用於支持運營管理。
提供者可在CodePlex上: http://psbiztalk.codeplex.com
1
如果您的應用程序的msi包含該應用程序的BRE規則,那麼BTSTask的ImportApp命令會將它們發佈到該環境的BRE。沒有單獨的BTSTask命令用於自行導入策略。如果由於某種原因,只想導入沒有其他工件的策略,則可以通過將規則單獨導出到msi中,然後使用BTSTask ImportApp導入msi。
看看這個鏈接獲取更多信息:
相關問題
- 1. 政策
- 2. 產品屬性鴕鳥政策變更後產品進口
- 3. 的WebPack與ES6:模塊的進口政策
- 4. 腳本出口政策和條件
- 5. Sailsjs政策
- 6. 重試政策
- 7. ORA-12406:政策
- 8. 政策在Sails.js
- 9. 手託政策
- 10. 多Authhentication政策
- 11. OpanLdap密碼政策
- 12. 違反suexec政策
- 13. AWS政策評估
- 14. Google搜索政策
- 15. WP7政策檢查
- 16. Windows密碼政策
- 17. 政策輪詢rss
- 18. weblogic Ws安全政策vs綠洲政策
- 19. AdMob vs AdSense發佈商政策和其他網絡的政策
- 20. p3p政策對wordpress響應不發送政策
- 21. .Net發佈者政策 - 原創發佈者政策文件?
- 22. 多個決策檔案政策3.0
- 23. Pci-Dss政策和程序
- 24. Symfony2樹枝安全政策
- 25. Sailsjs政策沒有生效
- 26. S3政策停止盜鏈?
- 27. PowerShell的:執行政策
- 28. iOS推送通知政策
- 29. mule3重試政策HTTP
- 30. Android 5.0管理政策startActivityForResult
對不起,我傾向於不同意。我已經下載了ESB Tookit,它實際上利用BTSTask從XML導入策略。從邏輯上講,使用XML而非MSI是有意義的。您的策略/綁定/ VS.NET構件應該在構建服務器上自動組裝,而不是從BizTalk實例中提取爲可執行的MSI。無論如何,我不完全相信ESB團隊這樣做的方式是正確的,但是就像那樣。 – 2010-04-21 13:22:57
對不起,我試圖從字面上回答你的問題。你需要從命令行(我曾提供過)使用BTSTask的方法,而且我不想宣傳這是否是最好的方法。 我目前正在使用MSBuild部署我們的BTS應用程序,它有一個內置的BizTalk相關任務庫(即用於導入BRE策略的BizTalk.BuildGenerator.Tasks.BRE.ImportPolicy)。不知道你是否正在考慮以MSBuild爲方向,但如果你願意,我可以給你更多的細節。如果沒有,祝你好運,希望別人會有一些洞察力:) – BizTalkMama 2010-04-21 15:20:34