-
Notifications
You must be signed in to change notification settings - Fork 119
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
Migrate reactive-grpc to grpc-ecosystem #312
Comments
Hi @rmichela! Anything you could use help with? Would love to see the move and a release 🙌 |
Hi |
I'm coordinating with google and salesforce. I'm trying to avoid forking the project and renaming it. |
Thanks @rmichela ! |
Hi @rmichela. I have an OS project: https://github.com/ECF/grpc-RemoteServicesProvider that depends upon this project...to provide the implementation of using rx3 API for protofile-defined stream services with flow control. See the videos on main page for an example: going from protofile-defined service (with unary and streaming method) to generate the code for an OSGi Service. I would like to update these components to grpc-java and protoc more recent versions (4.x for protoc). To do this, however, I would expect reactive-grpc (runtime and protoc plugin) might have to be rebuilt. It's possible no update to reactive-grpc will be necessary, but I haven't tried yet. Any more news about this transition to grpc-java ecosystem? Once there, who is going to support it? I might be able to offer some help in the transition and ongoing support if desired. Further, I would be willing to contribute the https://github.com/ECF/grpc-osgi-generator (a protoc plugin that generates a remote service interface class for OSGi's interface/impl separation), if you and/or the grpc-java people are interested. I'm even considering extending this generator to python so that Java <-> Python remote services can be easily created via osgi and ipopo's RSA support: https://ipopo.readthedocs.io/en/3.0.0/ ...for dynamic, Java<->Python, injection-based, standards-defined metadata (RSA), grpc/reactivex api services. Thanks. |
As described in the previous comment, I have produced an OSGi remote service distribution provider: https://github.com/ECF/grpc-RemoteServicesProvider That...given a protoc service declaration (unary, bidi, streaming) it will generate an OSGi service interface (via an additional protoc plugins), as well as the base+stub classes for a server and client. The implementation is dependent upon reactive-grpc...and it's dependencies...e.g. grpc-java to implement the flow control for one way and bidi streaming. The current reactive-grpc dependencies are getting a little old now and I'm getting requests from consumers to update these dependencies. I would/will contribute efforts to update these dependencies if desired, but it would make more sense...I think...to update these dependencies as part of a move to the grpc-ecosystem (i.e. this issue). Further, I would be willing to contribute several things to this project if desired...e.g. aprotoc plugin for generating the osgi service: https://github.com/ECF/grpc-osgi-generator As long as the everything remains in open source land. @rmichela any updates, expectations, or predictions around this issue? |
I've run into nothing but roadblocks from Google regarding grpc-ecosystem. With all their layoffs, I don't believe there is anybody left managing the project. Salesforce hasn't been helpful either. I've seriously considered hard forking this project, and it's supporting protoc ecosystem and starting a v2 with a new namespace. 😢 |
Hi @rmichela would you please contact me at scottslewis at gmail.com? I would like to discuss 1-1. |
With the loss of a consistent release sponsor at Salesforce, it's time to move this repo to the grpc-ecosystem org.
Tasks to do:
module-info.java
for Java >9 usersThe text was updated successfully, but these errors were encountered: