Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

feat(signer): graduate to stable #13661

Merged
merged 3 commits into from
Mar 19, 2021
Merged

feat(signer): graduate to stable #13661

merged 3 commits into from
Mar 19, 2021

Conversation

nija-at
Copy link
Contributor

@nija-at nija-at commented Mar 18, 2021

CloudFormation supports only one resource type for AWS Signer, namely
Signing Profile.

This is a very simple resource type with effectively two properties,
both of which, have been modeled according to the latest expectations of
the CDK construct library.

There is no good reason why this module ought to stay as experimental.
Given the standard nature of this module, I do not expect much customer
feedback on usability that would require backwards incompatible changes.
Hence, marking this as stable.

Motivation
The ISigner interface is referenced by the Function construct in the
aws-lambda module. This is an instance of a stable module depending on
an experimental module.

In CDKv2, we plan to ship only stable modules as part of the
mono-release of the cdk (aka, aws-cdk-lib). A prerequisite to achieve
this is to avoid such dependencies (stable → experimental).

In this specific case, we are fixing this by promoting the aws-signer
module to stable.


By submitting this pull request, I confirm that my contribution is made under the terms of the Apache-2.0 license

CloudFormation supports only one resource type for AWS Signer, namely
[Signing Profile].

This is a very simple resource type with effectively two properties,
both of which, have been modeled according to the latest expectations of
the CDK construct library.

There is no good reason why this module ought to stay as experimental.
Given the standard nature of this module, I do not expect much customer
feedback on usability that would require backwards incompatible changes.
Hence, marking this as stable.

Motivation
The `ISigner` interface is referenced by the `Function` construct in the
`aws-lambda` module. This is an instance of a stable module depending on
an experimental module.

In CDKv2, we plan to ship only stable modules as part of the
mono-release of the cdk (aka, `aws-cdk-lib`). A prerequisite to achieve
this is to avoid such dependencies (stable → experimental).

In this specific case, we are fixing this by promoting the `aws-signer`
module to stable.

[Signing Profile]: https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-signer-signingprofile.html
@nija-at nija-at requested review from NetaNir and a team March 18, 2021 08:56
@nija-at nija-at self-assigned this Mar 18, 2021
@gitpod-io
Copy link

gitpod-io bot commented Mar 18, 2021

@mergify mergify bot added the contribution/core This is a PR that came from AWS. label Mar 18, 2021
Copy link
Contributor

@eladb eladb left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🎉

@eladb eladb changed the title chore(signer): mark aws-signer module as stable feat(signer): graduate to stable Mar 18, 2021
@mergify
Copy link
Contributor

mergify bot commented Mar 18, 2021

Thank you for contributing! Your pull request will be updated from master and then merged automatically (do not update manually, and be sure to allow changes to be pushed to your fork).

@eladb
Copy link
Contributor

eladb commented Mar 18, 2021

Updated PR title to "feat" so it appears in changelog

@nija-at nija-at added pr/do-not-merge This PR should not be merged at this time. pr-linter/exempt-test The PR linter will not require test changes and removed pr/do-not-merge This PR should not be merged at this time. labels Mar 18, 2021
@mergify
Copy link
Contributor

mergify bot commented Mar 18, 2021

Thank you for contributing! Your pull request will be updated from master and then merged automatically (do not update manually, and be sure to allow changes to be pushed to your fork).

@NetaNir
Copy link
Contributor

NetaNir commented Mar 18, 2021

yay!

@mergify
Copy link
Contributor

mergify bot commented Mar 19, 2021

Thank you for contributing! Your pull request will be updated from master and then merged automatically (do not update manually, and be sure to allow changes to be pushed to your fork).

@mergify
Copy link
Contributor

mergify bot commented Mar 19, 2021

Thank you for contributing! Your pull request will be updated from master and then merged automatically (do not update manually, and be sure to allow changes to be pushed to your fork).

@aws-cdk-automation
Copy link
Collaborator

AWS CodeBuild CI Report

  • CodeBuild project: AutoBuildProject89A8053A-LhjRyN9kxr8o
  • Commit ID: 076c982
  • Result: SUCCEEDED
  • Build Logs (available for 30 days)

Powered by github-codebuild-logs, available on the AWS Serverless Application Repository

@nija-at nija-at merged commit ab2c48e into master Mar 19, 2021
@nija-at nija-at deleted the nija-at/signer-stable branch March 19, 2021 10:18
eladb pushed a commit that referenced this pull request Mar 24, 2021
CloudFormation supports only one resource type for AWS Signer, namely
[Signing Profile].

This is a very simple resource type with effectively two properties,
both of which, have been modeled according to the latest expectations of
the CDK construct library.

There is no good reason why this module ought to stay as experimental.
Given the standard nature of this module, I do not expect much customer
feedback on usability that would require backwards incompatible changes.
Hence, marking this as stable.

Motivation
The `ISigner` interface is referenced by the `Function` construct in the
`aws-lambda` module. This is an instance of a stable module depending on
an experimental module.

In CDKv2, we plan to ship only stable modules as part of the
mono-release of the cdk (aka, `aws-cdk-lib`). A prerequisite to achieve
this is to avoid such dependencies (stable → experimental).

In this specific case, we are fixing this by promoting the `aws-signer`
module to stable.

[Signing Profile]: https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-signer-signingprofile.html
hollanddd pushed a commit to hollanddd/aws-cdk that referenced this pull request Aug 26, 2021
CloudFormation supports only one resource type for AWS Signer, namely
[Signing Profile].

This is a very simple resource type with effectively two properties,
both of which, have been modeled according to the latest expectations of
the CDK construct library.

There is no good reason why this module ought to stay as experimental.
Given the standard nature of this module, I do not expect much customer
feedback on usability that would require backwards incompatible changes.
Hence, marking this as stable.

Motivation
The `ISigner` interface is referenced by the `Function` construct in the
`aws-lambda` module. This is an instance of a stable module depending on
an experimental module.

In CDKv2, we plan to ship only stable modules as part of the
mono-release of the cdk (aka, `aws-cdk-lib`). A prerequisite to achieve
this is to avoid such dependencies (stable → experimental).

In this specific case, we are fixing this by promoting the `aws-signer`
module to stable.

[Signing Profile]: https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-signer-signingprofile.html
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
@aws-cdk/aws-signer contribution/core This is a PR that came from AWS. pr-linter/exempt-test The PR linter will not require test changes
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants