English Title: [HOW TO] Solve the UCMA Bot can't receive invite or message after 8 mins.
之前Chming 在我Blog 問我之後，過不久Vincent 在UCMA 論壇問了相同的問題(國人推斷兩人應該是同一人)，可惜到最後都沒有人會。沒關係，我們來看看國人如何讓機器人在20 分鐘之後仍然會理國人吧。
這篇的步驟是教大家從IDKStudioServer 改裝成會持續收到訊息的機器人，希望對UCMA 的開發者會有幫助。我先把重點放在如何解決，然後再稍微討論一下，我對為什麼可以成功的見解。
開始修改程式碼：
首先，先開啟有Connection Manager 的程式碼(這邊僅更改TLS 部分，TCP 部分相信聰明的你可以舉一反三)：
我們來看看之前問題出在哪？為什麼機器人不回應了。
我以為問題出在RealTimeServerConnectionManager ，雖然到現在我仍然搞不清楚這麼多種Connection Manager 有什麼特別的目的。總之就是把Connection Manager 換成RealTimeConnectionManager 就ok了。此外，RealTimeConnectionManager 不支援StartListening 方法，但是在轉型之前我們仍然可以用RealTimeServerTlsConnectionManager 取得這個方法。所以在該篇Marc Wetters (reply#3) 有回答到點，問題的確出在Connection Manager ，也許是他一時口誤吧。
順帶一提，這些程式碼其實是跟Interactive Bot 有樣學樣做出來的，因為那時候Chming 提醒了我，Interactive Bot 可以持續回應，為什麼IDK Bot 卻不行...恩，總之以後在開發機器人的時候請大家愛用RealTimeConnectionManager ，不用再跟什麼鬼RealTimeServerConnectionManager 玩了吧！
繼續閱讀全文 UCMA Simple Bot Part 3 (如何解決8分鐘機器人不回應的問題)
之前Chming 在我Blog 問我之後，過不久Vincent 在UCMA 論壇問了相同的問題(國人推斷兩人應該是同一人)，可惜到最後都沒有人會。沒關係，我們來看看國人如何讓機器人在20 分鐘之後仍然會理國人吧。
這篇的步驟是教大家從IDKStudioServer 改裝成會持續收到訊息的機器人，希望對UCMA 的開發者會有幫助。我先把重點放在如何解決，然後再稍微討論一下，我對為什麼可以成功的見解。
開始修改程式碼：
首先，先開啟有Connection Manager 的程式碼(這邊僅更改TLS 部分，TCP 部分相信聰明的你可以舉一反三)：
- 先將private 變數_connectionManager 的型別改為"RealTimeConnectionManager"
- 在RegisterEndpoint 的一開頭加入以下語法
IPAddress localIpAddress = Dns.GetHostAddresses(Dns.GetHostName())[0];
- 跳到TLS 的區塊(如果是TLS 則執行...)裡面增加一個變數
RealTimeServerTlsConnectionManager serverTlsConnectionManager;
- 刪除
_connectionManager = (RealTimeServerConnectionManager)new RealTimeServerTlsConnectionManager(憑證名稱, 憑證序號);"
換成serverTlsConnectionManager = new RealTimeServerTlsConnectionManager(憑證名稱, 憑證序號);"
- 在catch 外面加入以下程式碼：
//Turn on MTLS so that InteractiveBot can be trusted by OCS.
serverTlsConnectionManager.NeedMutualTls = true;
_connectionManager = (RealTimeConnectionManager)serverTlsConnectionManager;
if (!serverTlsConnectionManager.IsListening)
{
try
{
serverTlsConnectionManager.StartListening(new IPEndPoint(localIpAddress, 0));
}
catch (ConnectionFailureException e)
{
hrow new InvalidOperationException(e.Message);
}
} - 接下來要把RegisterCallback 裡面的
_connectionManager.StartListening(new IPEndPoint(IPAddress.Loopback, 0));
刪掉或注掉吧 - 打完收工！
我們來看看之前問題出在哪？為什麼機器人不回應了。
我以為問題出在RealTimeServerConnectionManager ，雖然到現在我仍然搞不清楚這麼多種Connection Manager 有什麼特別的目的。總之就是把Connection Manager 換成RealTimeConnectionManager 就ok了。此外，RealTimeConnectionManager 不支援StartListening 方法，但是在轉型之前我們仍然可以用RealTimeServerTlsConnectionManager 取得這個方法。所以在該篇Marc Wetters (reply#3) 有回答到點，問題的確出在Connection Manager ，也許是他一時口誤吧。
順帶一提，這些程式碼其實是跟Interactive Bot 有樣學樣做出來的，因為那時候Chming 提醒了我，Interactive Bot 可以持續回應，為什麼IDK Bot 卻不行...恩，總之以後在開發機器人的時候請大家愛用RealTimeConnectionManager ，不用再跟什麼鬼RealTimeServerConnectionManager 玩了吧！
