-
Notifications
You must be signed in to change notification settings - Fork 544
Unable to deserialize duplicated resource names #2384
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
Comments
Happy to take PRs to address this. |
@brendandburns do you know if there is a similar info like the register.go files we have in the go client? |
I started working in a fix for this. But it requires a change in the generator to add the group and version information to every type. See the related PR: kubernetes-client/gen#279 |
fwiw, I think instead of this generator changes it might be useful to do something similar to what we did in Java: We can use the discovery endpoint on the server to dynamically discover and register GVK+Type into the ModelMapper. |
Describe the bug
The generic client is unable to correctly deserialize resources correctly that overlap the
kind
name.E.g. querying a custom resource of kind
Probe
with groupmonitoring.coreos.com/v1
results in an empty class of typeV1Probe
.This is because the serializer does not take the group into account while deserializing.
Client Version
e.g.
1.1.2
Server Version
e.g.
1.30.1
To Reproduce
Expected behavior
The client should return the plane K8s object when the type is unknown.
Example Code
Environment (please complete the following information):
Additional context
I think to correctly fix this, the ObjectSerializer has to use the whole unique name of a resource (group version and kind) to identify an object.
The group information is currently not available so I guess the converter has to be adapted to provide that info.
The text was updated successfully, but these errors were encountered: