-
Notifications
You must be signed in to change notification settings - Fork 3.8k
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
util/log: delay the formatting of log entries #58031
Merged
Merged
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
knz
force-pushed
the
20201216-log-json
branch
from
December 18, 2020 16:48
dc69a2b
to
39a4b4f
Compare
knz
changed the title
[WIP] util/log: delay the formatting of log entries
util/log: delay the formatting of log entries
Dec 18, 2020
knz
force-pushed
the
20201216-log-json
branch
2 times, most recently
from
December 18, 2020 18:40
b3471b6
to
14d01f0
Compare
knz
force-pushed
the
20201216-log-json
branch
3 times, most recently
from
December 18, 2020 20:06
d289642
to
41a572e
Compare
I am aware of a CI failure which is going to be fixed by a dep bump: cockroachdb/redact#14 |
knz
force-pushed
the
20201216-log-json
branch
3 times, most recently
from
December 21, 2020 15:10
e1ce16b
to
aff65d3
Compare
Prior to this patch, the logging events were converted to a `logpb.Entry` very early in the logging pipeline. This was forcing the conversion of the logging tags to a flat string too early, and making it hard for (e.g.) a JSON formatter to preserve the structure of logging tags. This patch averts this by introducing a new `logEntry` type which has more-or-less the same structure as `logpb.Entry` but keep the logging tags structured until the point the entry is formatted. Release note: None
knz
force-pushed
the
20201216-log-json
branch
from
December 22, 2020 16:08
aff65d3
to
a74b36a
Compare
itsbilal
approved these changes
Dec 28, 2020
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Reviewed 21 of 21 files at r1.
Reviewable status: complete! 1 of 0 LGTMs obtained
thanks! bors r=itsbilal |
Build succeeded: |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Needed for #58126
Prior to this patch, the logging events were converted to a
logpb.Entry
very early in the logging pipeline. This was forcing theconversion of the logging tags to a flat string too early, and making
it hard for (e.g.) a JSON formatter to preserve the structure of
logging tags.
This patch averts this by introducing a new
logEntry
type which hasmore-or-less the same structure as
logpb.Entry
but keep the loggingtags structured until the point the entry is formatted.
Release note: None