PO系列 解決報錯InterfaceDetermination

前言

最近幫用戶解決了一個奇怪的PO問題

同一個接口,配置WEBSERVICE 發(fā)出能通過, 配置成 REST 發(fā)出系統(tǒng)報錯

InterfaceDetermination did not yield any actual interface

本文主要介紹追蹤這個報錯并解決的過程

問題描述

同一個接口, 配置成WEBSERVICE 調(diào)用測試成功,配置成REST調(diào)用測試報錯

開啟詳細(xì)日志之前. SOAPUI直接返回500錯誤及報錯信息. 消息無法在消息監(jiān)控其中查看, 但是可以在通道監(jiān)控器中看到報錯信息

Error while sending message to module processor: Sender Channel 'CCO_PMS_QMIS_P10061' (ID: c54145a5d6ab37c88091ad6f693b557c): Catching exception calling messaging system: InterfaceDetermination did not yield any actual interface

開啟詳細(xì)日志后(圖一), SOAPUI返回202成功信息(圖二)

圖一

圖二

消息進(jìn)入消息監(jiān)控器,看到報錯信息

圖三

問題解決過程

解決PO問題的大致過程

  • 重新激活相關(guān)對象: Integrated Configuration / message mapping 等

  • 通過INSPECT跟蹤報錯,獲取詳細(xì)報錯信息

  • google/bing報錯信息

  • 根據(jù)報錯信息查找NOTES

  • 檢查接口的所有配置對象,看看是否存在因為粗心而導(dǎo)致命名不規(guī)范的對象.

上述過程排名不分先后

01

查找NOTES

2628224 - Throwing com.sap.aii.adapter.xi.routing.RoutingException: InterfaceDetermination did not yield any actual interface

來自

https://launchpad.support.sap.com/#/notes/0002628224

notes的描述和報錯信息很像,但并沒有什么實際的用處.

02

監(jiān)控端口

使用INSPECTOR的方式

詳見鏈接無峰,公眾號:ABAP 技巧與實戰(zhàn)PO系列之 使用XPI_INSPECTOR跟蹤PO報錯

判斷報錯的信息是通道處理時報錯,因此嘗試通過INSPECTOR監(jiān)控動態(tài)的處理

分析監(jiān)視的報錯信息, (無法獲取接口對象),也看不出什么頭緒.

03

重建對象

因為報錯信息涉及到消息確認(rèn),所以初步懷疑是IC(Integrated Configuration)對象的問題.

刪除IC,SOAP調(diào)用接口報錯信息改變, 重新創(chuàng)建IC后, 恢復(fù)原來的報錯信息.

重建或重新激活對象的目的是更新緩存. 之前碰到過很多因為緩存更新不及時或緩存失效而導(dǎo)致的報錯.因此需要嘗試一下該方式

04

問題解決

最后重新檢查所有對象時發(fā)現(xiàn):

發(fā)出的SERVICE INTERFACE 中的MESSAGE TYPE 用錯了.

導(dǎo)致REST中的 ELEMENT NAME 和 SI 中的消息MESSAGE TYEP 不一樣.

REST通道通過地址

/RESTAdapter/MTO_PMS_QMIS_P10061

查找 ENDPOINT (圖四)找到通道, 通過通道中的ELEMENT NAME(圖五)找到消息, 通過消息找到SEND SERVICE INTERFACE(SI).

Element name 中定義的消息名沒有被SERVICE INTERFACE 使用, 導(dǎo)致系統(tǒng)報錯

InterfaceDetermination did not yield any actual interface .

而WEBSERVICE中沒有報錯的原因很簡單: SOAP的調(diào)用地址中指定了 SEND SI(圖六) ,無需查找. (通過參數(shù)interface )指定了SI 對象

圖四

圖五

圖六

總結(jié)

PO配置時會涉及到很多對象, 因此對象命名必須規(guī)范(最好每種對象的名稱字符長度都能固定),不符合規(guī)范的命名對象可以很方便的被發(fā)現(xiàn).

推薦使用WEBSERVICE方式定義接口, 因為相比REST接口, WEBSERVICE 定義的內(nèi)容更少,減少了出錯的概率.并且生成WSDL定義文件, 便于其它系統(tǒng)引入使用.

THE

END

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務(wù)。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 228,461評論 6 532
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機(jī),發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 98,538評論 3 417
  • 文/潘曉璐 我一進(jìn)店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 176,423評論 0 375
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經(jīng)常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 62,991評論 1 312
  • 正文 為了忘掉前任,我火速辦了婚禮,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當(dāng)我...
    茶點故事閱讀 71,761評論 6 410
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 55,207評論 1 324
  • 那天,我揣著相機(jī)與錄音,去河邊找鬼。 笑死,一個胖子當(dāng)著我的面吹牛,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,268評論 3 441
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 42,419評論 0 288
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 48,959評論 1 335
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 40,782評論 3 354
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發(fā)現(xiàn)自己被綠了。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 42,983評論 1 369
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,528評論 5 359
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點故事閱讀 44,222評論 3 347
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,653評論 0 26
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 35,901評論 1 286
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機(jī)就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 51,678評論 3 392
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當(dāng)晚...
    茶點故事閱讀 47,978評論 2 374

推薦閱讀更多精彩內(nèi)容