SAP CRM OData multiple origin Composition的测试
Sent: Wednesday, December 3, 2014 2:48 PM
Subject: Multiple Origin composition test - Opportunity Creation case
結(jié)論是:如果gateway系統(tǒng)上針對一個odata service維護(hù)了多個mark成default的backend system,在creation的case下,runtime時候gateway只會向第一個
Default system發(fā)起請求。
如果我們在gateway上維護(hù)多個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)取值,因?yàn)槲以赒D0/504沒有user,所以UI上將看不到任何結(jié)果:
要獲取更多Jerry的原創(chuàng)文章,請關(guān)注公眾號"汪子熙":
總結(jié)
以上是生活随笔為你收集整理的SAP CRM OData multiple origin Composition的测试的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 首次!中国绘制火星全球影像图发布:国内名
- 下一篇: 努比亚Z50把骁龙8 Gen2干到250