Jerry的Restful ABAP Programming模型介紹系列的前兩篇文章：

• 30分鐘用Restful ABAP Programming模型開發(fā)一個支持增刪改查的Fiori應用
• Jerry帶您了解Restful ABAP Programming模型系列之二：Action和Validation的實現(xiàn)

今天咱們來聊聊SAP云平臺ABAP環(huán)境上的調試問題。

Jerry在SAP社區(qū)上寫了600多篇博客，閱讀量最高的大概要算下面這篇寫于2013年的文章：Six kinds of debugging tips to find the source code where the message is raised

其實實際閱讀量遠大于14萬，因為2016年SAP社區(qū)改版，之前的閱讀量清零了。

這個數字也說明廣大SAP開發(fā)者們對代碼調試這個話題的重視程度。

Jerry之前在SAP Cloud Platform上進行nodejs和Java開發(fā)的時候，對運行在云上的用這兩門語言開發(fā)的應用的單步調試很頭痛。盡管仍然可以通過Jerry這篇文章 如何提高后臺服務應用問題的排查效率？日志 VS 遠程調試 里介紹的端口映射方式實現(xiàn)在本地電腦上調試云端應用的功能，但Jerry還是懷念On-Premises ABAP里面那種單步調試的便捷性——鼠標輕輕一點，斷點即設置好，無需任何配置，立即就能進行單步調試。

那么現(xiàn)在ABAP到了云端后，其單步調試還和之前的On-Premises環(huán)境里一樣易于使用么？答案是肯定的。

咱們就拿一個具體例子來體驗。

Jerry通過Restful ABAP Programming系列的前兩篇，已經開發(fā)出了一個支持增刪改查，支持自定義數據校驗和Action的Fiori應用。

我選中ID為103這條記錄，點擊Accept Travel按鈕后，期望通過該Action將其狀態(tài)設置為Accepted：

不幸的是，我沒能看到期望中的狀態(tài)變化，而是下面這個所有ABAP編程人員都不愿意看見的ABAP運行時錯誤提示界面。

不過，大家注意到了上圖右下角的Debug超鏈接么？和SAPGUI一樣，點擊之后立即就能打開調試器，能夠觀察發(fā)生這個運行時錯誤的調用棧，引起錯誤的詳細代碼位置和相關變量的值。

順便提一句，如果您想自定義在SAP GUI里出現(xiàn)的ABAP運行時錯誤顯示(就是在On-Premises環(huán)境下ST22事務碼里看到的內容)，比如添加一段"佛祖保佑，永無BUG"，那么可以參考Jerry這篇文章：

你的ABAP程序給佛祖開過光么？來試試Jerry這個小技巧

回到ABAP Development Tool里，我們先點擊Show超鏈接，就可以看到運行時錯誤明細：Short Text告訴我們，我們點擊Accept按鈕后，相關的處理框架有意地拋出一個CX_CSP_ACT_RESPONSE的異常。拋出異常的位置是在程序CL_CSP_ACT_CHECK_FEATS_ACTIONS里，這暗示我們，這個錯可能和Action執(zhí)行前的檢查(CHECK)有關。

繼續(xù)向下滑動鼠標，發(fā)現(xiàn)在框架代碼內，因為從第353行內表it_feature_result里沒有讀出任何內容，因此sy-subrc不為0，導致進入第355行的RAISE SHORTDUMP分支。

在SAP Cloud Platform ABAP環(huán)境下當前登錄用戶發(fā)生的所有運行時錯誤，可以在ABAP Development Tool的Feed Reader視圖下查看，這個功能相當于SAP GUI里的ST22事務碼。

現(xiàn)在我們關于這個運行時錯誤的靜態(tài)信息了解得差不多了，下一步在調試器里觀察。

重新啟動Fiori應用，再次點擊Accept按鈕，出現(xiàn)運行時錯誤后點擊Debug超鏈接，ABAP調試器自動彈出，引起運行時錯誤的那一行代碼被高亮，同時左邊顯示出調用棧。

把鼠標放在it_feature_result上，發(fā)現(xiàn)這個內表是空的，當然無法從里面讀出數據了。這個內表是當前ABAP類CL_CSP_ACT_CHECK_FEATS_ACTIONS的方法handle_rejected_instances的輸入參數，需要搞清楚為啥這個輸入參數為空。

從拋出運行時異常的棧幀往外看一幀，就知道這個輸入的內表是通過第291行的execute_feature_controllers生成的，這個方法會通過回調函數的方式，調用我們在Behavior Definition實現(xiàn)的一個get_features方法里：

這里我們就找到了引起這個運行時錯誤的根源：因為之前Jerry出于測試目的，注釋了一段代碼，導致get_features被框架回調時，沒有返回框架期望的數據：

當Jerry把這段需要的代碼重新enable然后設置斷點，點擊Accept按鈕，通過調用棧可以清晰看到框架的execute_feature_controllers是如何調用到我們實現(xiàn)的get_features回調方法的。

希望通過Jerry這個簡單的例子能夠讓大家對SAP Cloud Platform ABAP編程環(huán)境里如何進行調試有一個初步的印象，感謝閱讀。
要獲取更多Jerry的原創(chuàng)文章，請關注公眾號"汪子熙":

總結

以上是生活随笔為你收集整理的Jerry带您了解Restful ABAP Programming模型系列之三：云端ABAP应用调试的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。