如何基于Restful ABAP Programming模型开发并部署一个支持增删改查的Fiori应用-阿里云开发者社区

开发者社区> 汪子熙> 正文

如何基于Restful ABAP Programming模型开发并部署一个支持增删改查的Fiori应用

简介: Jerry之前的文章30分钟用Restful ABAP Programming模型开发一个支持增删改查的Fiori应用 发布之后,有朋友问我,“没错, 我是在你的文章里看到了Fiori应用的界面,可是这个Fiori应用的源代码我在SAP云平台上什么地方能看到呢?这个Fiori应用部署之后的状态,我在哪里能够查看呢?” 这位朋友的发问非常有力,实际上,Jerry前一篇文章,离Fiori应用的开发和部署这个目标还有一半的距离。

Jerry之前的文章30分钟用Restful ABAP Programming模型开发一个支持增删改查的Fiori应用 发布之后,有朋友问我,“没错, 我是在你的文章里看到了Fiori应用的界面,可是这个Fiori应用的源代码我在SAP云平台上什么地方能看到呢?这个Fiori应用部署之后的状态,我在哪里能够查看呢?”

这位朋友的发问非常有力,实际上,Jerry前一篇文章,离Fiori应用的开发和部署这个目标还有一半的距离。我们回忆下当时是如何基于开发完成的Restful ABAP Programming模型弹出Fiori界面的:

clipboard1,1

从上图可以看出,我选中了一个Service Binding模型里的TravelProcessor这个节点,从右键菜单里选择Open Fiori Elements App Preview选项,这会自动打开一个在预览模式下工作的Fiori Elements应用(以前的名称叫Fiori Smart Template):

clipboard2,2

现在Fiori UI倒是打开了,但是大家仔细观察上图,应用的窗口标题为"Preview for Fiori Elements App", 应用的url里包含/sap/bc/adt/这种ABAP Development Tool相关的片段——这种工作在预览模式下的应用显然无法用于生产用途的。

因此本文继续完成剩下的一半开发工作——基于手头已有的Restful ABAP Programming模型,真正地创建一个Fiori应用并部署到SAP Cloud Platform上。幸运的是,这部分工作量也很小,没有编码工作,只需要完成一些配置步骤。

Jerry之前的文章30分钟用Restful ABAP Programming模型开发一个支持增删改查的Fiori应用 已经把SAP Cloud Platform ABAP编程环境里的名为I_Currency的CDS view通过Service Definition的方式暴露出来了,然后由Service binding绑定到OData协议上,这样我们马上要创建的Fiori应用可以通过这个Service binding,以OData的方式读取到CDS view里的数据。

clipboard3,3

假设我的Restful ABAP Programming模型和待开发的Fiori应用是在两个不同Region的SAP Cloud Platform上部署的,比如RAP模型放在Europe(Frankfurt)Region上(这是SAP云平台ABAP环境目前唯一的选择):

clipboard4,4
clipboard5,5

而Fiori应用放在Europe(Rot)的Neo环境上(支持Neo的Region选择就很多了):

clipboard6,6

那么这种跨Region间的服务调用,需要创建老三样,即Communication Scenario,Communication System和Communication Arrangement.

SAP官网上有详细教程:

https://developers.sap.com/group.abap-env-first-app.html

这里Jerry只强调要点。

(1) 在ABAP Development Tool里右键菜单创建Communication Scenario Z_JERRY_COMMU_SCE,然后把前一篇文章创建的Service Binding模型添加到这个Scenario的inbound service页面里:

clipboard7,7

(2) 在ABAP Development Tool右击ABAP Cloud项目,在属性页里找到这个SAP云平台ABAP环境的Fiori界面的url:

clipboard8,8

Communication Systems,Users和Arrangements都在此处创建。

clipboard9,9

Communication User顾名思义,SAP云平台Neo环境上的Fiori应用使用这个user,调用OData服务消费ABAP环境里的RAP模型。ABAP顾问可以把它类比成SAP GUI里的用户WF-BATCH, 只不过前者允许应用开发人员自行创建并设置密码。

clipboard10,10

创建Communication System,把ABAP Development Tool属性页里拿到的url,去掉最前面的https://,将剩下的值维护到Host Name里:

clipboard11,11

把之前创建的Communication User分配给这个Communication System:

clipboard12,12

最后创建Communication Arrangement:

clipboard13,13

选中第一步在ABAP Development Tool里创建的Communication Scenario:

clipboard14,14

给这个Arrangement分配刚刚创建的Communication System:

clipboard15,15

如果一切正常工作,创建好的Communication Arrangement如下图所示。将Service Url抄下来,因为下一步创建Fiori应用需要这个url. 观察这个url,其包含SAP云平台ABAP编程环境的hostname和/sap/opu/odata/sap/开头的片段,后者就是Service Definition借助Service Binding通过OData协议暴露出来的url.

clipboard16,16

(3) 回到SAP云平台Neo环境,创建一个指向ABAP环境的Destination,我起了个名字to_ABAPCloud, 将上一步Communication Arrangement里得到的url粘贴进来,User选择前一步创建的Communication User,同时给这个Destination添加两个额外的属性:

  • WebIDEEnabled:true
  • WebIDEUsage:odata_gen, odata_abap

只有这样,稍后打开的webIDE里才能识别到这个Destination,否则的话,它只能在Java或者nodejs应用里使用。

clipboard17,17

剩下的就是在WebIDE里通过向导创建Fiori应用了。打开WebIDE,选择New->Project from Template:

clipboard18,18

此处需要选择一个模板来创建Fiori应用。我们选择List Report Application,它会以只读的方式显示绑定的Odata服务对应的CDS view里的内容。

clipboard19,19
clipboard20,20

在Data Connection这一向导步骤,选择之前在Neo环境里创建的Destination:

clipboard21,21

然后将之前Communication Arrangement创建后获得的url维护进Service Url里,点击Test按钮,解析出这个url对应的OData模型节点:Currency.

clipboard22,22
clipboard23,23

点击Finish完成Fiori应用的自动创建工作。现在我们在WebIDE里得到了一个真正的Fiori应用。通过右键菜单将其从WebIDE部署到SAP Cloud Platform上:

clipboard24,24
clipboard25,25

成功部署:

clipboard26,26

在SAP云平台的控制台里获得了这个Fiori应用的url,我们将其和之前在预览模式下工作的Fiori应用url做对比,是不是有很大的不同?

clipboard27,27

点击url访问,现在这个Fiori页面的窗口标题再也没有了Preview的字样,可以直接用于生产用途了。

clipboard28,28

本文来自云栖社区合作伙伴“汪子熙”,了解相关信息可以关注微信公众号"汪子熙"。

版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

分享:
+ 订阅

官网链接