Google 工作流程:Args header 似乎是 "headers"
Google Workflows: Args header seems to be "headers"
来自https://cloud.google.com/workflows/docs/reference/syntax#invoking_an_http_endpoint
call: {http.get|http.post|http.request}
args:
url: URL_VALUE
[method: REQUEST_METHOD]
[header:
KEY:VALUE
...]
它指出要传递 headers,yaml 元素称为“header”。
这对我不起作用,您收到错误消息:
unexpected entry 'header'
当使用“headers”时,它似乎工作正常。
从 https://cloud.google.com/workflows/docs/getting-support 开始,它建议使用标签“google-workflows”。
我无法按照建议用“google-workflows”标记此条目;因为标签不存在。
使用该语法的正确方法是 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
感谢您在我们的文档中报告此错误。
确实你是对的,“headers”似乎是在通过工作流调用 HTTP 端点时使用此参数的正确方法 API。
我已经在内部提交了这个问题,以便相应地调查相关的public documentation。
请注意,此产品是 in beta,因此预计在此期间会出现此类问题。
对于给您带来的不便,我们深表歉意。
来自https://cloud.google.com/workflows/docs/reference/syntax#invoking_an_http_endpoint
call: {http.get|http.post|http.request}
args:
url: URL_VALUE
[method: REQUEST_METHOD]
[header:
KEY:VALUE
...]
它指出要传递 headers,yaml 元素称为“header”。 这对我不起作用,您收到错误消息:
unexpected entry 'header'
当使用“headers”时,它似乎工作正常。
从 https://cloud.google.com/workflows/docs/getting-support 开始,它建议使用标签“google-workflows”。 我无法按照建议用“google-workflows”标记此条目;因为标签不存在。
使用该语法的正确方法是 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
感谢您在我们的文档中报告此错误。
确实你是对的,“headers”似乎是在通过工作流调用 HTTP 端点时使用此参数的正确方法 API。
我已经在内部提交了这个问题,以便相应地调查相关的public documentation。
请注意,此产品是 in beta,因此预计在此期间会出现此类问题。
对于给您带来的不便,我们深表歉意。