嗨，

我为您提供了一个（长）答案：）

• 由于变量" default-url"，（或多或少）出现了此问题 将在自动更正"主机"变量之前构建（将" _"替换为"-"）。 但是，此行为将得到记录，以避免将来造成混乱。
• 与我交谈的工程师说，"建议在主机，域或路由为只读时使用只读参数default-xxx时要小心。 这些default-xxx参数应用于某些根本不使用参数host，domain和route的用例。"
• 您可以改为使用" routes"属性来获得所需的结果：

-名称：bookshop-srv
   类型：nodejs
   路径：srv
   参数：
     内存：512M
     磁盘配额：256M
     路线：
       -路线：$ {space} -bookshop-server。$ {default-domain}
   提供：
     -名称：srv_api
       特性：
         网址：" https：//$ {routes/0/route}" 

非常感谢，

为我工作：-）

嗨哈维尔，

很奇怪您看到此错误消息。 我本来以为应用路由器可能会失败，因为看来" -name：approuter_in"行的意图似乎不正确。

我从未使用过$ {space}变量（我实际上不知道有一个变量），但是其余的对我来说似乎还不错。

是否需要为您定义服务器模块的主机？ 我通常使用动态主机名，而且效果很好（这是一个 例如）。

感谢马吕斯的回复。

对我来说，您的示例正在运行，因为我拥有与您相似的项目并且运行良好，但是请让我解释为什么我需要这个

原因是因为我需要在每个环境中为每个应用程序生成不同的url访问，并且那些环境包含不同的空格名称。 而且我想避免自动生成网址，因为如果您不定义" host"参数，那么网址就会自动生成。

也许其他解决方案正在使用扩展文件，但是问题在于SCP中的传输方式，我们正在对SCP使用TMS，并且这种方法无法在部署时添加扩展文件。

无论如何，根据以下文档 MTA ，可以在"主机"参数中向MTA添加$ {space}，因为这是示例之一。 但是这种行为很奇怪，因为当您使用主机名$ {space} -server_out进行部署时，CF中的该主机将转换为my-space-server_out。 但是，当您使用应用路由器导航时，并不是以相同的格式进行转换，我认为应用路由器应更改名称与相同名称my-space-server_out的名称，但是直接在MY_SPACE-server_out中添加空间名称。

如果我错了，请纠正我，并感谢您的帮助。

嗨，哈维尔，

我只是尝试修改我的一个项目，并且一切正常。 我看不到我的MTA.yaml与您的MTA.yaml之间的逻辑差异：

 _schema-version：2.0.0
 ID：书店
 版本：1.0.0
 模块：
   -名称：bookshop-db
     类型：hdb
     路径：db
     参数：
       记忆体：256M
       磁盘配额：256M
     要求：
       -名称：bookshop-db-hdi-container
   -名称：bookshop-srv
     类型：nodejs
     路径：srv
     参数：
       内存：512M
       磁盘配额：256M
       主持人：$ {space} -bookshop-server
     提供：
       -名称：srv_api
         特性：
           网址：$ {default-url}
     要求：
       -名称：bookshop-db-hdi-container
   -名称：bookshop-ui
     类型：nodejs
     路径：应用
     参数：
       记忆体：256M
       磁盘配额：256M
       主持人：$ {space} -bookshop-ui
     要求：
       -名称：srv_api
         组：目的地
         特性：
           forwardAuthToken：true
           strictSSL：true
           名称：srv_api
           网址：〜{url}
 资源：
   -名称：bookshop-db-hdi-container
     类型：com.sap.xs.hdi-container
     特性：
       hdi-container-name：$ {服务名称}
     参数：
       服务：尿


 

您是否还将MTA部署到试用版或生产版？

非常感谢您在内部进行检查。

我们需要尽快为我们的项目提供此服务，因此请尽可能告知我何时修复。 修复后，我会很高兴：-）