這篇文章主要講解了“SAP CRM的Composition測試方法是什么”，文中的講解內(nèi)容簡單清晰，易于學(xué)習(xí)與理解，下面請大家跟著小編的思路慢慢深入，一起來研究和學(xué)習(xí)“SAP CRM的Composition測試方法是什么”吧！

網(wǎng)站建設(shè)哪家好，找創(chuàng)新互聯(lián)公司！專注于網(wǎng)頁設(shè)計、網(wǎng)站建設(shè)、微信開發(fā)、微信小程序、集團企業(yè)網(wǎng)站建設(shè)等服務(wù)項目。為回饋新老客戶創(chuàng)新互聯(lián)還提供了臨沂免費建站歡迎大家使用！

結(jié)論是：如果gateway系統(tǒng)上針對一個odata service維護了多個mark成default的backend system，在creation的case下，runtime時候gateway只會向第一個Default system發(fā)起請求。

如果我們在gateway上維護多個default backend system，比如QHA/504和QHD/504:

在gateway上創(chuàng)建一個Opportunity：

QHA/504上能夠看到該Opportunity：

And this Opp is NOT created in QHD/504 ( the Opp 3494 in QHD/504 actually points to another Opp created previously ):

這個system排列順序是按照字母排序的，即使我把QHA對應(yīng)的那行刪除，然后重新插入，它仍然會出現(xiàn)在QHD前面。

如果切換成如下的設(shè)置：

gateway將只會從第一個mark成default的backend 系統(tǒng)取值，因為我在QD0/504沒有user，所以UI上將看不到任何結(jié)果：

感謝各位的閱讀，以上就是“SAP CRM的Composition測試方法是什么”的內(nèi)容了，經(jīng)過本文的學(xué)習(xí)后，相信大家對SAP CRM的Composition測試方法是什么這一問題有了更深刻的體會，具體使用情況還需要大家實踐驗證。這里是創(chuàng)新互聯(lián)，小編將為大家推送更多相關(guān)知識點的文章，歡迎關(guān)注！