I was trying to implement a generic way to create ...

# announcements

[coder82]

I was trying to implement a generic way to create a message in gRPC without creating a Kotlin specific code generator. I wondered if there was a way to just pass SendRequest as a type and infer the SendRequest.Builder, indeed I cannot things like T.Builder

DSL_creation_for_gRPC.js

[Nikky]

is it maybe possible to derive Messgae from Message.Builder ?
so your only type arguemnt would be Message.Builder

[Nikky]

or is builder having generic parameters that can be used ?

[coder82]

uhmm, let me check, maybe

[coder82]

I need to dig into the gRPC generated code

[coder82]

uhm, found:
getDefaultInstanceForType
I might be able to use that

[coder82]

ok I'll give it a shot and see

[Nikky]

but that will not be available for getting the returntype probably...

[coder82]

yes, it's a bit difficult indeed

[coder82]

from Message, there is a way to get Message.Builder, but still then I don't have it's type

[coder82]

and viceversa

[coder82]

From Message.Builder I can get Message.

[gildor]

A bit offtopic, just want mention that there are a few projects that provide Kotlin specific generators for gRPC
Like
https://github.com/marcoferrer/kroto-plus

[coder82]

yes am aware of that, but he relies on code generation

[gildor]

yes, sure

[gildor]

same way as grpc for java

[gildor]

nothing wrong to write some helper for gRPC java code tho
Just thought that it worth to mention

[coder82]

I suggested some helpers here at the end:
https://github.com/Kotlin/kotlinx.coroutines/issues/360

[coder82]

hopefully they can pick as a suggestion for the integration proposal

[gildor]

I really against any gRPC integration in kotlinx.coroutines

[coder82]

ah, why?

[gildor]

Because each integration should depend on particular generation code

[gildor]

probably just better to keep it separately

[gildor]

also default Java generated code just doesn’t allow to write simple coroutine adapter

[coder82]

indeed I agree with you, I figured it out myself, code generators I try to avoid if I can...

[gildor]

I’m not really understand what you mean:

The idea of having the code automatically generated is very nice, but in my case, adding an extra step to the the build is more cumbersome

But you already have this step to generate Jva

[gildor]

it’s just impossible to use gRPC without code generation, this is whole point of gRPC to have generated services and data objects

[coder82]

Indeed I see, I stumbled into problems

[gildor]

good thing, that gRPC gradle plugin allows to have custom code generator plugin, so you can replace Java code generation with Kotlin code generation and provide data classes, coroutines and all other Kotlin features

[gildor]

bad thing that it’s really big project and hope community at some point focus on some single library, kroto-plus or grpc-kotlin

[gildor]

Maybe even gRPC team will help