正如標題所述,我正在尋找一種方法來區分由我的代碼或基本CRM功能導致的錯誤與由客戶端系統上可能安裝的任何自定義插件引發的錯誤之間的區別。有什麼方法可以知道插件引發了MS CRM異常嗎?
我們不斷受到損害的是我們的客戶定製的第三方插件,無論他們是在室內創建還是從另一個ISV購買。他們將其註冊到我們所接觸的CRM實體上,或者在最近的案例中,甚至在我們自己的某個實體上註冊。我們試圖做一些事情,插件試圖做它的事情,並失敗。在最近的例子中,插件在我們把它放入CRM後沒有正確編碼。該插件拋出一個錯誤,CRM將它拋回給我們。
我怎樣才能說這個插件是罪魁禍首,不浪費時間調查?到目前爲止,我只看到一家公司可以通過將插件堆棧跟蹤作爲錯誤消息來輕鬆分辨出來。
EDITS爲了清晰:
- 我正在尋找一個綱領性的解決方案來削減它 需要找出問題的時間是一個自定義插件,而不是我們的代碼 與他們的CRM從Azure的相互作用。
- 我試圖提高我們的錯誤日誌記錄/處理是智能 足以說明區別。
- 即使我們的代碼工作100%但觸發同步插件觸發 並且該插件失敗,我們會從CRM中獲得一個例外。
- 我們所做的一切都是通過SDK編程的。
因此,這是發生在你的插件試圖執行一些動作引起另一個插件失敗,然後使你的插件不能失敗?或者,在插件觸發之前,插件是否會發生故障? – Daryl
我們在技術上不是'插件'我們有一個在Azure中運行的應用程序,可與客戶CRM系統進行交互。即使我們完成了我們所要做的事情,客戶端插件中的錯誤也會發生,我們仍然會收到錯誤。 –
所以你使用SDK與它進行交互? – Daryl