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. 腳本出口政策和條件
- 4. 手託政策
- 5. ORA-12406:政策
- 6. Google搜索政策
- 7. OpanLdap密碼政策
- 8. 違反suexec政策
- 9. 政策輪詢rss
- 10. WP7政策檢查
- 11. Windows密碼政策
- 12. .Net發佈者政策 - 原創發佈者政策文件?
- 13. 政策設計,默認
- 14. Selinux政策 - 不工作
- 15. AWS S3政策混淆
- 16. AWS信任政策澄清
- 17. 內容安全政策Firebase
- 18. DeviceAdmin政策PASSWORD_QUALITY_NUMERIC不工作
- 19. 帆政策 - 利用變量
- 20. 無模式授權政策
- 21. S3政策停止盜鏈?
- 22. WCF,wsHttpBinding和wsp:政策
- 23. 石英失火政策
- 24. 同源政策錯誤
- 25. Azure Active Directory邀請政策
- 26. 分支模式/政策
- 27. 門Fascade和示範政策
- 28. 政策例外的SharePoint
- 29. Google Play - 隱私政策
- 30. SAML名稱標識政策
對不起,我傾向於不同意。我已經下載了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