当前位置: 首页 > 知识库问答 >
问题:

AWS SAM-“部署打包模板时遇到不支持的属性CodeUri”错误

萧阳波
2023-03-14

将CloudFormation模板迁移到AWS SAM方法后,在部署使用AWS CloudFormation package创建的模板时,在CloudFormation中我得到错误消息

遇到不支持的属性CodeUri

在模板中包含的所有Lambda函数上。

经过调查,很明显,CodeUri属性没有从打包的模板中删除,AWS::Lambda::Function type不支持CodeUri属性,尽管适当的资源作为打包过程的一部分上载到了S3(因此打包可以正常工作)。

共有2个答案

端木承业
2023-03-14

您只需使用codeS3BucketS3Key键以适当的格式设置函数文件的路径:

Function:
  Type: 'AWS::Lambda::Function'
  Properties
    //other properties
    Code:
      S3Bucket: bucketName
      S3Key: myFunction.jar

文档:https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-lambda-function.html#cfn-lambda-function-code

在我的例子中,我使用现有资源(导入资源)创建了一个堆栈,但是不支持带有CodeUri的AWS::Serverless::Functiontype。

衡玄裳
2023-03-14

AWS SAM没有删除CodeUri的原因是不正确的资源类型-它应该是AWS::Serverless::Function而不是AWS::Lambda::Function。

在此更改之后,将从打包的模板中删除CodeUri。

 类似资料:
  • 我有一组资源,希望使用Azure Portal中的模板部署特性来部署它们。在我的参数文件中,我很少引用这里提到的键库中的参数。在Azure portal中部署模板(单击Deploy a custom template)并提供这些值时,门户仍然会显式地要求这些参数,而我绝对不能以纯文本形式提供这些参数。

  • 看完前面的文档,你会发现使用 Blade 开发Web应用是简单的、快速的,当然也功归于约定。 我们使用 Maven 构建项目,打包同时也可以用它,如果你对 Maven 插件熟悉的话可能也用过了, 当然没用过也没关系,你只需要按照下面的操作配置一下即可。 打包工程 添加插件 <build> <finalName>hello</finalName> <plugins>

  • 我已经将myfaces-api.1.2.2.jar和myfaces-impl.1.2.2.jar打包到我的war的web-inf/lib目录中。如果我将其作为压缩war文件部署到WebLogic10.3服务器,启动日志显示: 信息:FacesConfigurator:339-MyFaces-package:myfaces-api未找到。 信息:FacesConfigurator:339-MyFac

  • Nacos定义为一个IDC内部应用组件,并非面向公网环境的产品,建议在内部隔离网络环境中部署,强烈不建议部署在公共网络环境。 以下文档中提及的VIP,网卡等所有网络相关概念均处于内部网络环境。 Nacos支持三种部署模式 单机模式 - 用于测试和单机试用。 集群模式 - 用于生产环境,确保高可用。 多集群模式 - 用于多数据中心场景。 单机模式下运行Nacos Linux/Unix/Mac Sta

  • 本文向大家介绍springboot项目打成war包部署到tomcat遇到的一些问题,包括了springboot项目打成war包部署到tomcat遇到的一些问题的使用技巧和注意事项,需要的朋友参考一下 开发环境使用jdk1.8.0_60,把springboot 项目打成war包后, 部署到apache-tomcat-7.0.68时报错如下,换成apache-tomcat-8.0.9解决 另外spri

  • 我试图用这个版本来反对Cloudera安装: 我的KafkaProducerConfig类非常简单: 我已经从生产者应用程序端尝试了以下几点: 降级到Spring Kafka 2.0.4。我希望通过Kafka的0.11.0版本来解决这个问题,但没有效果。 验证节点都是同一个版本。根据我的管理员,他们是。 与我的管理员验证,我们没有混合安装。我再次被告知我们没有。 基于类似的堆栈溢出问题,我返回到2