Google cloud platform 谷歌工作流:Args标题似乎是;标题“;
从 它声明要传递头,yaml元素称为“头”。 这对我不起作用,您得到错误:Google cloud platform 谷歌工作流:Args标题似乎是;标题“;,google-cloud-platform,google-workflows,Google Cloud Platform,Google Workflows,从 它声明要传递头,yaml元素称为“头”。 这对我不起作用,您得到错误: unexpected entry 'header' 当使用“headers”时,它似乎工作正常 它建议使用标签“谷歌工作流”。 我无法按照建议将此条目标记为“谷歌工作流”;由于标记不存在。使用该语法的正确方法是使用标题,如下所示: - shortenUrl: call: http.post args: url: https://api-ssl.bitly.com/v4/shorten
unexpected entry 'header'
当使用“headers”时,它似乎工作正常
它建议使用标签“谷歌工作流”。
我无法按照建议将此条目标记为“谷歌工作流”;由于标记不存在。使用该语法的正确方法是使用
标题
,如下所示:
- shortenUrl:
call: http.post
args:
url: https://api-ssl.bitly.com/v4/shorten
headers:
Authorization: "Bearer <token>"
Content-type: "application/json"
body:
domain: bit.ly
long_url: https://cloud.google.com/blog
-shortenUrl:
电话:http.post
args:
网址:https://api-ssl.bitly.com/v4/shorten
标题:
授权:“持票人”
内容类型:“应用程序/json”
正文:
域名:bit.ly
长地址:https://cloud.google.com/blog
感谢您在我们的文档中报告此错误
事实上,您是正确的,“headers”似乎是通过工作流API调用HTTP端点时使用此参数的正确方法
我已在内部提交此问题,以便对相关问题进行相应调查
请注意,此产品是安全的,因此在此期间可能会出现类似的问题
给您带来的不便,我们深表歉意。是的,谢谢。这就是我在帖子里想说的。来自的文档称使用“标题”。但我相信它应该说“头”,谢谢。没什么大不了的,只是想让你知道。我会把它作为一个问题记录下来,但是上面的链接似乎不起作用。这确实看起来很奇怪,谢谢你报告这件事,我已经提交了一份内部调查报告,以确保我们的公共文件的完整性。
- shortenUrl:
call: http.post
args:
url: https://api-ssl.bitly.com/v4/shorten
headers:
Authorization: "Bearer <token>"
Content-type: "application/json"
body:
domain: bit.ly
long_url: https://cloud.google.com/blog