Aws lambda 为什么在将cors:true选项放回serverless.yml时会出现错误?
为了测试我需要在我的API网关中为Lambda代理启用CORS,我删除了serverless.yml中的Aws lambda 为什么在将cors:true选项放回serverless.yml时会出现错误?,aws-lambda,cors,aws-api-gateway,serverless-framework,Aws Lambda,Cors,Aws Api Gateway,Serverless Framework,为了测试我需要在我的API网关中为Lambda代理启用CORS,我删除了serverless.yml中的CORS:true定义 然后当我把它放回去时,我得到以下错误: 您只能使用“源”或“源”,但不能同时使用两者来配置CORS。请查看文档以了解更多信息 我在文档中找不到任何东西可以解释为什么我的代码会抛出该错误。 我知道单线版本与多线版本是一致的,如下所示: cors: origins: - '*' headers:
CORS:true
定义
然后当我把它放回去时,我得到以下错误:
您只能使用“源”或“源”,但不能同时使用两者来配置CORS。请查看文档以了解更多信息
我在文档中找不到任何东西可以解释为什么我的代码会抛出该错误。我知道单线版本与多线版本是一致的,如下所示:
cors:
origins:
- '*'
headers:
- Content-Type
- X-Amz-Date
- Authorization
- X-Api-Key
- X-Amz-Security-Token
allowCredentials: false
根据:
它是否缓存了配置,现在它认为我声明了两次,一次为“origin”,另一次为“origins”
我不明白,如果我只是在部署之间切换“cors:true”行,为什么会出现这个错误
这是我的serverless.yml:
functions:
submitApi:
handler: handler.submit
description: Cloud API integration to the Third-Party API
events:
- http:
path: thirdParty
method: post
cors: true
更新:
这个问题似乎是在无服务器项目中跟踪的一个bug,在这里可以找到:我不太清楚为什么这样做有效,但我把它换成了长格式,构建成功完成了。我很感兴趣,这也是我今天才开始遇到的。我想知道最新版本中是否有bug。是的-看到这个问题了:有趣的是,使用详细的配置,我得到了一个cors错误