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

thriftbp: Support native slog.LogValuer implementation for errors #641

Merged
merged 1 commit into from
Feb 7, 2024

Conversation

fishy
Copy link
Member

@fishy fishy commented Jan 24, 2024

The next thrift release, 0.20.0, will add slog.LogValuer for all thrift generated errors 1 2. This prepares us so that WrapBaseplateError will keep the implementation if it's available to be used with slog.

This also drops support to go 1.20. 1.22 is already at rc2 today so I think it's time to do that.

@fishy fishy requested a review from kylelemons January 24, 2024 17:52
@fishy fishy requested a review from a team as a code owner January 24, 2024 17:52
@fishy fishy requested review from konradreiche and pacejackson and removed request for a team January 24, 2024 17:52
go.mod Outdated
@@ -1,6 +1,6 @@
module github.com/reddit/baseplate.go

go 1.20
go 1.21
Copy link
Contributor

Choose a reason for hiding this comment

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

I think we should wait until 1.22 is fully released. I don't expect 1.22 until next month, right?

Copy link
Member Author

Choose a reason for hiding this comment

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

I disagree that baseplate.go needs to follow go release cycle strictly. if some service is still using go 1.20, they are very unlikely to upgrade baseplate.go version anyways, and if upgrading baseplate.go version breaks them it's time for them to upgrade to go 1.21 as well.

we certainly should not drop support to a go version as soon as the next version is released, but dropping support at the end of the lifecycle to a go version is appropriate. 1.20 is also unlike 1.19 that the next version has some performance regressions.

Copy link
Contributor

@kylelemons kylelemons Jan 24, 2024

Choose a reason for hiding this comment

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

Well, the service foundation team does want baseplate to follow the upstream Go release cycle :). Maybe not "strictly," but definitely not more strictly than the upstream.

@fishy
Copy link
Member Author

fishy commented Feb 6, 2024

💇 @kylelemons go 1.22 is released today :)

@fishy
Copy link
Member Author

fishy commented Feb 6, 2024

(will rerun github actions once the 1.22 image is ready)

fishy added a commit that referenced this pull request Feb 7, 2024
Split from #641 to fix 1.22
specific problems.
@fishy fishy changed the base branch from master to go-1.22 February 7, 2024 19:26
fishy added a commit that referenced this pull request Feb 7, 2024
Split from #641 to fix 1.22
specific problems.
Base automatically changed from go-1.22 to master February 7, 2024 21:45
The next thrift release, 0.20.0, will add slog.LogValuer for all thrift
generated errors [1] [2]. This prepares us so that WrapBaseplateError
will keep the implementation if it's available to be used with slog.

[1]: apache/thrift#2884
[2]: https://issues.apache.org/jira/browse/THRIFT-5745
@fishy fishy merged commit 00f31e5 into master Feb 7, 2024
2 checks passed
@fishy fishy deleted the baseplate-error-slog branch February 7, 2024 22:02
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Development

Successfully merging this pull request may close these issues.

4 participants