我今天做開發遇到一個問題：

我有trial和正式的SAP Cloud Platform賬號各一個：

其中trial賬號的webIDE連接到productive的CloudFoundry：

productive賬號的WebIDE也連接到productive的CloudFoundry：

我發現在我新建OData服務時，從Service url的下拉菜單里，選擇不到我在SAP云平臺里創建的Destination.

怎么感覺trial WebIDE取的Destination來自trial neo環境創建的？

而productive的WebIDE，system下拉菜單里的Destination也來自productive Neo環境的Destination.

似乎CloudFoundry環境的Destination根本沒有被考慮。

再檢查我使用的webIDE的url.

trial:

https://webidecp-i042416trial.dispatcher.hanatrial.ondemand.com/

后來發現了一個github issue：
https://github.com/SAPDocuments/Tutorials/issues/3398
得知如果在SAP WebIDE里創建UI5應用，需要用Destination連結第三方服務時，需要在Neo環境里創建Destination，而不是在CloudFoundry環境里。

為了驗證，我再次在Neo環境里創建一個Destination：

然后果然在WebIDE里看到了這個創建于Neo環境的Destination.

WebIDE Preferences里維護的CloudFoundry endpoint只是開發好的UI5應用部署的目的地。

那么問題又來了，既然這個UI5應用最終部署在SAP云平臺的CloudFoundry環境下，如果CloudFoundry環境沒有對應的Destination，運行時的表現是怎樣的？

經過我實際測試，發現取不到OData服務的metadata，報500 Internal Server Error的錯誤。

于是我把Neo環境里創建的Destination導出，再倒入到CloudFoundry環境，這次發現OData metadata終于能夠成功返回了：

要獲取更多Jerry的原創文章，請關注公眾號"汪子熙":

總結

以上是生活随笔為你收集整理的SAP WebIDE一个和Destination相关的问题 - OData下拉菜单里的Destination从哪里来的的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。