Kavitha Srinivasan
Kavitha Srinivasan
That's a good idea @JUSTINMKAUFMAN. For internal usages, we do have it coupled and haven't had the need to explicitly disable it (also because we have minimal kotlin usage currently)....
Thanks @kilink. I think it makes sense to handle this in dgs-codegen since it is a well known and supported type. > On Apr 14, 2022, at 11:12 AM, Patrick...
Thanks @kilink That is a very accurate summary of the design behind the current implementation. Specifically, for code generated classes, the default values of fields are automatically sent as part...
The scenario you describe does seem useful. We'll need to look into whether it is feasible to support. We do have the ability to map types by specifying it in...
I see, we should be able to fix that, i.e., if given a mapped type config for something that would otherwise be generated, avoid generating that class. I think that...
cc @mbossenbroek
Thanks for flagging this. We'll fix this behavior in the next release or two .
Yes, this has not been addressed yet.
@mrvaruntandon - I believe you have the correct repro of the issue. The ask is to fill out the errorType/errorDetail to reflect something closer to the exception rather than our...
Sorry for the delay, I've been having busy on call weeks. Will get to it over the new fe days. I did take a quick look, but I think I...