You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Jan 13, 2025. It is now read-only.
hey all, thanks for the project.
I wonder if you are planning to wrap the Java client or generate code from the protobuf definition (possibly via zio-grpc)?
The text was updated successfully, but these errors were encountered:
I've got some code trying to generate code from the protobuff, before I gave up at some point of time. here it is in case it's beneficial for anyone https://github.com/tabdulradi/zio-gcp
That's a good question. The reasons for going with wrapping the underlying Java client are:
rapidly develop a working zio client for GCP for a project I am currently working on
the Java client does a fair bit of underneath which I do not want to get into at the moment (authentication, authorisation, retries, handling call backs etc...)
Having said that I do want to explore your idea more when I have some spare cycles. One of the reasons being that the Java client forces the use of POJOs. It requires this because of the way it does serialisation/deserialisation under the hood. I haven't found a way around that at the moment.
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
hey all, thanks for the project.
I wonder if you are planning to wrap the Java client or generate code from the protobuf definition (possibly via zio-grpc)?
The text was updated successfully, but these errors were encountered: