我今天做开发遇到一个问题：

我有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的原创文章，请存眷公家号"汪子熙":