# kgraphql

Tiago Nunes

02/07/2023, 5:32 PM
Hi @jeggy, I want to propose significant changes in the library that would make it possible to fully support generic types. I'm proposing we rely only on java.lang.reflect.Type for associating to TypeDefs, and for all of the compilation logic. Basically we replace all uses of *KClass<*>* and KType with java.lang.reflect.Type, to avoid kotlin reflection limitations (Top reflection-based serialization libraries also rely exclusively on java.lang.reflect.Type under the hood: Jackson, Gson, Moshi). I've created a POF branch and this comment to describe the proposal in detail. Please let me know if this kind of change is something you agree with, in order to support the use case.


02/12/2023, 10:50 AM
wont relying on java.lang.reflect Type make it impossible to port it to multiplatform?? we'll be making this a jvm only library

Tiago Nunes

02/13/2023, 2:49 PM
@andylamax Yes, scrap the idea if the goal is to port to KMP. Though even kotlin-reflect APIs are not totally KMP compatible.