-
Notifications
You must be signed in to change notification settings - Fork 138
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
RFC: Powertools for AWS (TypeScript) v2 #1714
Comments
I haven't spent nearly enough time looking at decorators but are there any compatibility issues we should be looking at? TypeScript 5.0 added support for the stage 3 proposal and my basic understanding is that this replaced the earlier experimental implemenatation. |
If you are already using Powertools' decorators, moving to TS 5.x while using the same As you mentioned TS 5.x introduced a new implementation of the feature which brings changes in the decorators signature. In order to opt-in into the feature you have to remove or turn off From our side, we have evaluated moving to the new signature/implementation, however we have decided not to follow through for the time being because For this reason, we have moved the project to 5.x (this is already merged in |
Any thoughts on publishing the in progress work on v2 under a |
Oh wait.. I see #1719 has been merged, but I don't see it published on npm https://www.npmjs.com/package/@aws-lambda-powertools/logger?activeTab=versions That PR was merged to |
Hey @antstanley, in order to trigger the workflow using the dispatch event, the file must be on the default branch, which for us is From the docs:
Once there, we can select a branch on which to run it, which in this case will be We don't publish nightly builds to npm, so it's expected that you don't see the new version published yet. I'm planning on running a few more tests tomorrow and as soon as the integration tests are passing I'll run the workflow and publish the first alpha of the v2 line under the As soon as it's done I'll report back here, and likely also on other channels. |
Hi everyone, we have finally published the first alpha release for this new version 🎉 The packages are available on npm under the If you try any of them and find anything that doesn't work or it's not clear, please let us know by opening an issue. Tomorrow I'll also post some release notes to detail all the changes. |
We are happy to share that we are planning on publishing v2 under the We have also created an upgrade guide that lists all the changes required to use the new version: https://docs.powertools.aws.dev/lambda/typescript/latest/upgrade/ |
This issue is now closed. Please be mindful that future comments are hard for our team to see. If you need more assistance, please either tag a team member or open a new issue that references this one. If you wish to keep having a conversation with other community members under this issue feel free to do so. |
This is now released under v2.0.0 version! |
Is this related to an existing feature request or issue?
No response
Which Powertools for AWS Lambda (TypeScript) utility does this relate to?
Other
Summary
As already indicated in the public roadmap, in the coming months we will be releasing a new major version.
This will allow us to both introduce new features as well as quality of life improvements that might require breaking changes or otherwise special attention.
Use case
The next major release will have two goals:
The two areas that will definitely require breaking changes are:
formatAttributes
on all attributes (not only the base attributes) #1261, Feature request: Always log message even when sampling is enabled #1136, RFC: Support for external observability providers - Logging #1500, TBC): there are a series of changes that we want to make to improve Logger and make it more powerful and extensible. To do so we will have to refactor the internals of the utility which might impact some advanced users in a breaking way.In addition to the above we are also going to take the opportunity to improve other areas of the codebase. Some of these changes might also require breaking changes. For each one of them we are committed to consider the tradeoffs and keep this issue updated as we investigate.
Proposal
All the work for this release will happen in a separate branch
feat/v2
, this will allow us to publish alpha releases to the npm registry independently from the main version (1.x). This will allow customers to get early access to the new features and optionally start applying the required changes or simply give feedback on the new items.Quick summary
captureLambdaHandler
higher order functiondebug
Set
andMap
createTracer
&createLogger
helperscommons
arm64
Lambda Layernext
pre-releasesnext
tslib
runtime helpersLegend for
Status
column:Out of scope
The following items will not be part of this milestone:
Potential challenges
Nothing is perfect and the plan laid out above is somewhat ambitious, for this reason if some unforeseen blocker comes up we might decide to reprioritize and exclude some issues from the milestone.
Dependencies and Integrations
No response
Alternative solutions
No response
Acknowledgment
Future readers
Please react with 👍 and your use case to help us understand customer demand.
Footnotes
We will continue working on feature parity in parallel, but their release is not tied to this milestone. ↩
The text was updated successfully, but these errors were encountered: