Opportunity在Fiori cloud system上编辑之后超时的根源分析
Sent: Friday, April 17, 2015 1:29 PM
Subject: RE: Opportunity在Fiori cloud system上edit之后timeout的root cause
I checked CRZ system log and found the error root cause shown like below screen-shot. The hostname not found. It’s probably the RFC caller host.
這個問題果然和我過去遇到的很多個問題一樣,
我具體的分析過程如下:
Cloud上一執(zhí)行到這個RFC class就死了:
觀察他的callstack:
這個function module只是一個wrapper,真正的實(shí)現(xiàn)是在JAVA里做的。而且整個function group已經(jīng)mark成deprecated了,這是一個系統(tǒng)配置的問題。
為什么cloud上有的opportunity能edit,有的不能?
只要是opportunity里的pricing數(shù)據(jù)維護(hù)使得pricing的計算會進(jìn)入到line 197,一定會掛掉。不同的opportunity 的pricing數(shù)據(jù)維護(hù)得不一樣,會導(dǎo)致line 189開始會進(jìn)入if或者else分支。
Problem Analysis:
The time out problem occurs when executing odata function import EditAuthrizationCheck, which source code lies in the redefined method /IWBEP/IF_MGW_APPL_SRV_RUNTIME~EXECUTE_ACTION of class CL_CRM_OPPORTUNITY_DPC_EXT.
I found the time out issue occurred at function module crm_lock_object -> crm_order_read -> crm_order_read_ow. You can trace down from there.
要獲取更多Jerry的原創(chuàng)文章,請關(guān)注公眾號"汪子熙":
總結(jié)
以上是生活随笔為你收集整理的Opportunity在Fiori cloud system上编辑之后超时的根源分析的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 适配器模式是什么意思(Java适配器模式
- 下一篇: S/4HANA的生产订单,哪个字段可以用