您好，经过反复试验，我们实现了一个可运行的中央approuter。 approuter对SAPUI5 App使用跨mta nodejs服务和html5-app-repo。 approuter的require部分如下所示：

mta.yaml approuter：

需要：
     -名称：html5-repo-runtime
     -名称：appLibraryCAP-uaa
     -名称：srv-binding
       组：目的地
       特性：
         forwardAuthToken：true
         strictSSL：true
         名称：appLibraryDestination
         网址：〜{srv-url}

 

approuter的跨mta资源可以这样引用：

mta.yaml approuter：

资源：
  -名称：srv-binding
    类型：配置
    参数：
       provider-nid：mta
       提供者ID：CROSS_MTA_ID：srv-binding
       版本："> = 1.0.0"
       目标：
         单位：$ {org}
         空格：$ {space}

 ...
 

我们正在使用的服务需要提供srv-binding变量，并且必须是公共的：

mta.yaml appLibrary（跨MTA）

-名称：appLibraryCAP-srv
    类型：nodejs
    路径：gen/srv
    构建参数：
       忽略：[" node_modules/"]
    参数：
      记忆体：256M
    特性：
      退出：1#由deploy.js任务终止
    要求：
     #从CAP配置中提取的资源
     -名称：appLibraryCAP-db-hdi-container
     -名称：appLibraryCAP-uaa
    提供：
     -名称：srv-binding
       公开：真实
       特性：
         srv-url：$ {default-url}

 

通过在xs-app.json文件中定义路由，可以使用approuter访问node-js服务和html5仓库：

xs-app.json approuter

"路线"：[{
     " source"：" ^/appLibraryCAP/(.*)$"，
     " target"：" $ 1"，
     "服务"：" html5-apps-repo-rt"
   }，
   {
     " source"：" ^/appLibraryDestination/(.*)$"，
     " target"：" $ 1"，
     " authenticationType"：" xsuaa"，
     " destination"：" appLibraryDestination"，
     " csrfProtection"：是
   }，
   {
     " source"：" ^/cbscloudsdkappmysdkapp/(.*)$"，
     " target"：" $ 1"，
     "服务"：" html5-apps-repo-rt"
   }]

 

现在，您可以使用所需的每个资源扩展此approuter。

一个站点：

对于正确的JWT处理，跨mta的xsuaa服务需要成为approuter mta的一部分。 因此，在两个项目中，您还需要相同的xs-security.json文件。 部署.mtar文件时，这可能会导致一些冲突。

是否有一种方法可以消耗mta.yaml文件中的资源，而无需在部署过程中对其进行更新？

我们认为中央approuter正在充分利用HTML5 Repo的功能，并最大限度地减少了我们空间中正在运行的应用程序的数量。

或者有人在这个概念上看到任何主要缺点吗？

嗨，尼科，

对于给您带来的不便，我们深感抱歉。

最好的问候

Ari

Hi Nico，Armin，

我想提出一种使用SAP Cloud Platform Portal应用程序提供的新功能的新方法：

有了此新功能，您不必管理自己的approuter，也不必担心应用程序运行时消耗。

使用此选项，HTML5应用程序由SAP Cloud Platform完全管理。

您所需要做的就是订阅门户网站应用程序。

您可以在此处了解更多信息。

最好的问候

阿里