node-lambda-log
node-lambda-log copied to clipboard
v4.0.0
CAUTION!
This branch and release (@beta
) is under heavy development. This exists for testing and anyone who is willing to help out with testing. DO NOT USE IN PRODUCTION!
If you do decide to try out this brand new version of LambdaLog, please report any issues you face as I can only catch so much. Any help would be greatly appreciated, especially if you are more versed in TypeScript than I am!
What's new?
This is the next major release of LambdaLog (v4.0.0) which contains many major breaking changes, new features, and TypeScript support.
Breaking Changes
- Complete rewrite of most of the core functionality into TypeScript.
- Custom Log Levels has been removed.
- Log levels are now hardcoded and cannot be changed. This greatly simplifies the code and allows us to support TypeScript.
- Use of
Symbol
has been removed along with any static properties on the classes to retrieve the symbols. - The
debug
option has been removed. - The default key name for
levelKey
has changed from_logLevel
to__level
. - The default key name for
tagsKey
has changed from_tags
to__tags
. - The shortcut log methods are now hardcoded instead of dynamically generated.
- Removed
addLevel()
method from LambdaLog class. - Removed
isError()
andstubError()
static methods from the LogMessage class and moved them into utility functions. - Environment variables that configure different options now take precedence over locally configured options.
- Internally used properties on the LogMessage class have been renamed.
New Features
- You can now configure the verbosity of your log messages through the new
level
option orLAMBDALOG_LEVEL
env variable. - Added
fatal
andtrace
log levels. - Added
onParse
option that allows for custom parsing of log messages. - Added
onCompile
option that allows for custom structuring of the object that is logged to the console. - Added
onFormat
option that allows for custom formatting of the logged message. This gives the ability to render log messages in any format, not just JSON. (#75)- Added
clean
formatter that logs a message in a readable format. - Added
minimal
formatter that logs a message in a readable format without tags and metadata. - Ability to provide your own custom formatter as a function.
- Added
- Added ability to configure the
level
,dev
, andsilent
options via environment variables. - Full written in TypeScript with complete type definitions. (#63, #64)
- The package now provides an ESM and CommonJS version to support your project.
Fixes
- Fixed issue where directly setting
log.options.logHandler
did not work (#45).
Misc. Changes
- Rewrote most tests into TypeScript and still maintaining 100% coverage.
What's left?
It has been a pretty large undertaking for me, but one that this package desperately needed. This was my first real dive into TypeScript, so I'm sure there are things than can be written better. If there is anyone with more advanced TypeScript knowledge, I'm in great need of someone who can review the code and suggest any changes or help refactor the code to get this production-ready. (I'll even add you as a maintainer!)
- Testing package implementation in Node for both vanilla JavaScript and TypeScript.
- Testing ESM support with Node and ensuring CommonJS works correctly as well.
- Ensuring the end-user has access to all the proper files and functionality.
- Documentation.
Release Date
As much as I am trying to rush this out the door to get these features in the hands of all you awesome developers/engineers, I'm also limited on time (eg. I'm currently writing this documentation at midnight knowing that I have to wake up at 5:30am). Not only that, but I want to ensure I ship this next version of LambdaLog with performance, features, and stability in mind. I hope this will be the last major version for awhile.
Enough with all of that cheesy sob-story, let's talk about when this will be released, well, what I'm aiming for at this point. I hope to finish up most of my to-do list in the next couple of weeks and try to solicit some outside help for testing/analysis. Once that is complete, I hope to get this released as the latest stable version towards the end of 2021 or at the beginning of 2022. That's not guarantee at this point, but it will definitely be feasible if anyone in the community can help out!
This pull request is being automatically deployed with Vercel (learn more).
To see the status of your deployment, click below or on the icon next to each commit.
🔍 Inspect: https://vercel.com/kross/lambda-log/8hPGLWAHiyoZRWx7NMb6RJyFGEYG
✅ Preview: https://beta.lambdalog.dev
ESLint Summary View Full Report
Annotations are provided inline on the Files Changed tab. You can also see all annotations that were generated on the annotations page.
Type | Occurrences | Fixable |
---|---|---|
Errors | 0 | 0 |
Warnings | 0 | 0 |
Ignored | 0 | N/A |
- Result: :white_check_mark: success
- Annotations: 0 total
Report generated by eslint-plus-action
Code Climate has analyzed commit 1e5076ce and detected 7 issues on this pull request.
Here's the issue category breakdown:
Category | Count |
---|---|
Duplication | 7 |
The test coverage on the diff in this pull request is 100.0% (98% is the threshold).
This pull request will bring the total coverage in the repository to 100.0%.
View more on Code Climate.
@KyleRoss do you still plan on working on this?
Kudos, SonarCloud Quality Gate passed!
0 Bugs
0 Vulnerabilities
0 Security Hotspots
2 Code Smells
No Coverage information
0.0% Duplication
Hi! Is this release planned to happen still?
Hi @KyleRoss, is this project still active?