2010-02-10 80 views
0

我們已將開發SAP系統從(SPS6和SAP Portal)從SPS3升級到SPS5。現在SAP功能模塊SCMS_AO_URL_READ在從SAP Portal中調用時返回通信錯誤

當用戶登錄到SAP Portal和運行一個定製的Java Web Dynpro屏幕(這反過來又調用SAP標準功能模塊SCMS_AO_URL_READ爲了取回UWL),則返回一個例外。

當從SAP ECC系統手動調用功能模塊SCMS_AO_URL_READ(通過從SAP GUI運行事務SE37)並傳遞相同的參數時,不會返回異常。

研究已經表明,在故障發生時SAP標準功能模塊爲目的地RFC_PINGSAPGUI被調用(呼叫序列SCMS_AO_URL_READ - > SCMS_DOC_URL_READ - > SCMS_URL_GENERATE - >執行location_from_client - >執行location_from_lca - > SCMS_LOCATION_GET - > SCMS_FE_CHECK_REG_SERVER - > SCMS_FE_CHECK_GUI - > RFC_PING)。 '通信故障'異常正在返回。

這個錯誤沒有發生預修補,或者在我們沒有修補的相同系統中發生。

任何想法爲什麼參數沒有被自動填充?

謝謝。

回答

0

經過進一步調查,我們發現問題是由於用戶訪問授權對象S_RFC_ADM引起的。

我不知道爲什麼現在還沒有(特別是SAP授權應該是累積的,沒有排除),但這絕對是問題所在。

0

我不知道所涉及的功能模塊的細節,但目的很明確 - 程序要確保「真實」的SAP GUI存在,顯然這不是當你在WebDynpro世界。 RFC目標SAPGUI是一個「虛擬」目標,始終指向執行該程序的用戶會話的GUI實例。我建議創建一個SAPnet消息並直接詢問SAP。