之前在Biztalk上的應用程式出錯的機會不大，可能也只有上線初期抓幾隻小蟲，而且內部應用程式本身也都有例外通知機制，一直運作的不錯。但最近上線的一支Biztalk應用程式，接收到的來源端B2B資訊不符合原先的需求規格，也就是說，一開始就被Biztalk擋下，根本就還沒進到應用程式之內，造成此筆錯誤的B2B資訊沒有被處理到，也因為沒進到應用程式之內，根本就不會觸發應用程式內的錯誤通知功能。也就是說，我們根本就不知有此錯誤，造成處理上的時差。
Microsoft Biztalk是一套專注於B2B資料交換的平台軟體。除了大型B2B（例如：EDI、RosettaNet）之外，一般常見的檔案傳輸方式也是有支援，例如：FTP。我們有個SFTP的定時上傳檔案需求，一般可能寫個C# Console或PowerShell加上排程來處理。但Biztalk本身內建了許多Adapter，其中包含了SFTP Adapter，透過設定就能做到的事情，當然選擇Biztalk來做。
教學上，我一直認為沒有爛問題。只有懂與不懂。實務問題都是好問題。
原始問題是，他想要對一個簡單型別進行取值的動作，我們快速打造出第一版原型ASP.NET Core Web API程式碼：
近期，我們有意將 Windows Container 升級至最新半年通道 Windows Server 2004，從 1709、1803、1809、1903、1909 一路被虐過來，總覺得會越走越輕鬆，結果沒有。前面，在解決了 VMTools 造成容器服務會被中斷的問題之後。馬上又碰到第二個問題。
話說，工作電腦突然得到好人哭哭卡一張。重開機後用 BlueScreenView 去看了一下，原因是：SYSTEM_SERVICE_EXCEPTION，嗯，好吧，這好像不是我能處理的。
重開機之後，想說繼續之前被中斷的工作，其中一項是更新 Visual Studio 2019，結果：
