因 B2B 專案需求接觸到 Microsoft Biztalk Server 2013 R2 這個產品，因學習與測試需要，以下試著自己架設一台 Biztalk Server。Biztalk Server 的安裝區分為單機(全部安裝在同一台主機)與分離(Biztalk Serer 與 MS SQL Server)，因分離安裝額外包含許多權限與防火牆的設定，複雜許多，以下為單機 Biztalk Server 安裝與設置筆記。
專案進行當下，Microsoft Biztalk Server 2013 R2 為最新版本，目前最新版為 Microsoft Biztalk Server 2016。
同事反應，在Visual Studio 2017當要關閉修改過資料庫專案檔案時，整個 VS 2017 會停止回應數十秒才會關閉。在我電腦測試，確實會停頓個2-3秒時間才會關閉。本來以為是 SSDT 的問題，因為 SSDT 在目前的 VS 2017 還沒準備好。我猜，SQL Server 2017 GA 時應該會一併更新 SSDT for VS 2017 吧。
還好，轉個彎下對關鍵字，看到一個很瞎的解決方式。
重開 VS 2017，問題立即解決。
參考：
在 .NET Core SDK 裡最重要的莫過於 dotnet.exe 命令，它提供一切 .NET Core 運行所需的基礎環境。
dotnet [command] [arguments] [--version] [--info] [-d|--diagnostics] [-v|--verbose]
dotnet [-h|--help]
dotnet 是進入點， dotnet 之後的 [command] 指定所要執行的命令，例如，dotnet build。也可以指定相容 .NET Core 的 DLL 來執行應用程式。
平常，Web 比較多人問關於「時間」的問題是「排程」，在課程被問到「Retry」機制，想想，真的托開發微信API的福，我還真的寫過那麼一小段 Retry 機制的程式碼。完整程式碼沒幾行，就說點小故事，拉點畫面行數吧。
當時我們與微信的測試主機是放在 Azure 東亞(香港)機房，不過因為大陸特別的網路關係，每每從下班之後就變得不穩定，我們某個 API 需要收到對方很明確的回應(成功-失敗)訊息才能往下進行。但好死不死，大陸在下班至午夜的國際網路相當不穩定，以至於我們的 API 常常在下班｜半夜被搞死，那段時間，半夜看著Slack的Log偵錯，更是家常便飯。找了好久，才確定那支 API 不是問題點。但問題點來了，對方不知是有意或無意 loss 非內陸的請求，我們知道，把正式機放到 China Azure 就能解決特別的網路問題(後來我們正式機放進去了，還是一堆雷 >__< )。有無更好的解法？想了很久，我決定寫一個 Retry 機制。
From:網路Microsoft Build 2017 已經落幕，但開發者的重點才要開始，數百堂的技術分享，要如何吸收。還好，Scott Hanselman 幫我整理好了 BUILD 2017 Conference Rollup for .NET Developers 。目前我只看了前二個，簡單做了點小筆記。如果你對 .NET Standard 2.0 / .NET Core 2.0 / ASP.NET Core 2.0 興趣，最少建議花點時間把這兩篇看完。