-
Notifications
You must be signed in to change notification settings - Fork 1
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
Improve logging and error handling, #5
Conversation
This overhauls the logging and error responses from the *Conn. Namely, it changes the logging backend to `log/slog` which makes it easier to manage the library's logging centrally (however the old functionally to provide a custom logger is retained). It also captures the reason why a specific connection to a ZK server was closed in the error that is propagated to all callers. This can be checked with `errors.Is`. This also adds an exponential backoff feature to the client, which will make it back off when reconnecting to a ZK server.
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.
Not sure about this one. It's a big change and it's already getting further and further away from the upstream (9 commits behind). It'll be a big pain to merge the upstream changes and we might miss out on important bug fixes and improvements.
Tbqh I don't think the upstream is managed at all, there are no active
maintainers as far as I could tell. I asked LinkedIn to fork this repo so
we would become official maintainers.
…On Wed, Jan 31, 2024 at 19:22 Shivam Gupta ***@***.***> wrote:
***@***.**** commented on this pull request.
Not sure about this one. It's a big change and it's already getting
further and further away from the upstream (9 commits behind). It'll be a
big pain to merge the upstream changes and we might miss out on important
bug fixes and improvements.
—
Reply to this email directly, view it on GitHub
<#5 (review)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ABHDA2PFFVBIGSY34AC4OITYRMC6JAVCNFSM6AAAAABCT5EDP2VHI2DSMVQWIX3LMV43YUDVNRWFEZLROVSXG5CSMV3GSZLXHMYTQNJVGMYDOOJXGA>
.
You are receiving this because you authored the thread.Message ID:
***@***.***>
|
Take a look at the repo this repo is itself a fork of:
https://github.com/go-zookeeper/zk , and it itself is behind.
…On Wed, Jan 31, 2024 at 19:23 Paul Chesnais ***@***.***> wrote:
Tbqh I don't think the upstream is managed at all, there are no active
maintainers as far as I could tell. I asked LinkedIn to fork this repo so
we would become official maintainers.
On Wed, Jan 31, 2024 at 19:22 Shivam Gupta ***@***.***>
wrote:
> ***@***.**** commented on this pull request.
>
> Not sure about this one. It's a big change and it's already getting
> further and further away from the upstream (9 commits behind). It'll be a
> big pain to merge the upstream changes and we might miss out on important
> bug fixes and improvements.
>
> —
> Reply to this email directly, view it on GitHub
> <#5 (review)>,
> or unsubscribe
> <https://github.com/notifications/unsubscribe-auth/ABHDA2PFFVBIGSY34AC4OITYRMC6JAVCNFSM6AAAAABCT5EDP2VHI2DSMVQWIX3LMV43YUDVNRWFEZLROVSXG5CSMV3GSZLXHMYTQNJVGMYDOOJXGA>
> .
> You are receiving this because you authored the thread.Message ID:
> ***@***.***>
>
|
@PapaCharlie https://github.com/samuel/go-zookeeper is the one that seems unmaintained (last commits were 4 years ago). https://github.com/go-zookeeper/zk seems to have had recent commits (3 months ago). Do you mind double checking this, and confirming that indeed there are no owners? Also, how's the process for becoming official maintainers going to be like? Nevertheless, it might need to be discussed with the management (if not already done) in case we are trying to take up ownership of a large project that most people in the team don't know much about. |
* Improve logging and error handling This overhauls the logging and error responses from the *Conn. Namely, it changes the logging backend to `log/slog` which makes it easier to manage the library's logging centrally (however the old functionally to provide a custom logger is retained). It also captures the reason why a specific connection to a ZK server was closed in the error that is propagated to all callers. This can be checked with `errors.Is`. This also adds an exponential backoff feature to the client, which will make it back off when reconnecting to a ZK server. * Remove logger option, it messes with the logging * Change default behavior of DNSHostProvider * Split implementation of HostProvider, fix up tests
* Improve logging and error handling This overhauls the logging and error responses from the *Conn. Namely, it changes the logging backend to `log/slog` which makes it easier to manage the library's logging centrally (however the old functionally to provide a custom logger is retained). It also captures the reason why a specific connection to a ZK server was closed in the error that is propagated to all callers. This can be checked with `errors.Is`. This also adds an exponential backoff feature to the client, which will make it back off when reconnecting to a ZK server. * Remove logger option, it messes with the logging * Change default behavior of DNSHostProvider * Split implementation of HostProvider, fix up tests
Overhauls the logging and error responses from the
*Conn
. Namely, it changes the logging backend tolog/slog
which makes it easier to manage the library's logging centrally. It also captures the reason why a specific connection to a ZK server was closed in the error that is propagated to all callers. This can be checked witherrors.Is
.