-
Notifications
You must be signed in to change notification settings - Fork 3.9k
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
SecretString from SecretsManager should be a valid cdk.Secret #1672
Comments
I guess that name of the JSON field is additional information you'll need to supply (in your case How about something like githubAccessToken.toSecret('Token') Would that be more convinient/discoverable? |
I guess We can deprecate that accessor and make a new one that returns a value of the right type.
This seems a little inscrutable to me. Reads as if you're converting the IOW, to me it looks as if |
Don't close this please, I think it's still relevant. We have to hash out the right API though. |
Closing this out, as the SecretString interface was removed in #2161 (in CDK version 0.28.0!). The interfaces of |
|
Given the following code:
it should be valid to use it directly in a SourceAction for Codepipeline.
Instead I have to write it like
new Secret(githubAccessToken.jsonFieldValue('Token'))
The text was updated successfully, but these errors were encountered: