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

v2: Add support for the zerolog logging provider #299

Merged
merged 1 commit into from
Jun 3, 2020
Merged

v2: Add support for the zerolog logging provider #299

merged 1 commit into from
Jun 3, 2020

Conversation

irridia
Copy link
Contributor

@irridia irridia commented Jun 3, 2020

Integrates zerolog into go-grpc-middleware/providers.

I welcome all feedback!

@codecov-commenter
Copy link

codecov-commenter commented Jun 3, 2020

Codecov Report

Merging #299 into v2 will increase coverage by 0.42%.
The diff coverage is n/a.

Impacted file tree graph

@@            Coverage Diff             @@
##               v2     #299      +/-   ##
==========================================
+ Coverage   83.58%   84.01%   +0.42%     
==========================================
  Files          30       30              
  Lines         932      932              
==========================================
+ Hits          779      783       +4     
+ Misses        114      110       -4     
  Partials       39       39              
Impacted Files Coverage Δ
interceptors/retry/retry.go 78.45% <0.00%> (+2.20%) ⬆️

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update a0e7c73...f41f770. Read the comment docs.

Copy link
Collaborator

@bwplotka bwplotka left a comment

Choose a reason for hiding this comment

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

Amazing!

What's your experience as the first new logging contributor to v2? (:

Any feedback vs what we had in v1?

case logging.ERROR:
cl.Error().Msg(msg)
default:
// TODO(kb): Perhaps this should be a logged warning, defaulting to ERROR to get attention
Copy link
Collaborator

Choose a reason for hiding this comment

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

Good, point let's have this discussion wider in some ticket/issue. I think panic is fine as this should be covered by tests (: (not necessarily in this project, but also for users).

Copy link
Collaborator

Choose a reason for hiding this comment

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

Also TBH we should have some linter to check if we implement all values of this enum. It should be trivial - I will add issue exactly about this 🤗

Copy link
Collaborator

Choose a reason for hiding this comment

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

@bwplotka
Copy link
Collaborator

bwplotka commented Jun 3, 2020

Thanks! ❤️

@bwplotka bwplotka merged commit e482ad4 into grpc-ecosystem:v2 Jun 3, 2020
@irridia
Copy link
Contributor Author

irridia commented Jun 3, 2020

Yeah, definitely a huge improvement in breaking out the logging-variant bits rather than duplicating lots of code that won't really be fully grokked (or questioned) with each port of a new logger.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

3 participants